Portable information terminal, computer-readable storage medium having stored thereon portable information terminal control program, portable information system, and portable information terminal control method

ABSTRACT

First, one or more tasks each representing process contents of transmission or reception of data are set. Next, an access point is searched for, and a connection to the access point is performed if the access point is found. Then, before the one or more tasks are executed via the access point, an execution control parameter, for at least one of the one or more tasks, which indicates at least one of an execution instruction, whether or not to execute the task, and an execution priority, is obtained in accordance with an access point identifier. Then, transmission or reception of data is performed via the access point by executing at least one of the one or more tasks on the basis of the execution control parameter.

CROSS REFERENCE TO RELATED APPLICATION

The disclosure of Japanese Patent Application No. 2010-134564, filed onJun. 11, 2010, is incorporated herein by reference.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to a portable information terminal havinga communication function, and more particularly, to control of a taskexecuted in a portable information terminal.

2. Description of the Background Art

Conventionally, there is a system which, by connecting a portableterminal to an access point, can receive data corresponding to theconnected access point (e.g., Japanese Laid-Open Patent Publication No.2010-28171). In such a data communication system, data corresponding toa setting place ID which is included in information on connection to anaccess point can be received from a server via the access point.

In a system disclosed in Japanese Laid-Open Patent Publication No.2010-28171, data corresponding to a setting place ID of the connectedaccess point, such as a service list, is received by using a hot spotviewer. In this system, contents data which is different for each accesspoint is received. However, it is impossible to change, for eachconnected access point, an execution priority of a datatransmission/reception process which is commonly performed regardless ofthe connected access point.

SUMMARY OF THE INVENTION

Therefore, an object of the present invention is to provide a portableinformation terminal which can control a transmission/reception processin accordance with a connected access point.

The present invention has the following features to attain the objectmentioned above.

A first aspect of the present invention is directed to a portableinformation terminal including task setting means, connection means,task execution parameter obtaining means, and task execution means. Thetask setting means sets one or more tasks each representing processcontents of transmission or reception of data. The connection meanssearches for an access point and performs a connection to the searchedaccess point. Before the one or more tasks are executed via the accesspoint connected by the connection means, the task execution parameterobtaining means obtains an execution control parameter, for at least oneof the one or more tasks, which indicates at least one of an executioninstruction, whether or not to execute the task, and an executionpriority, in accordance with an access point identifier which indicatesthe access point. The task execution means performs transmission orreception of data via the access point by executing at least one of theone or more tasks on the basis of the execution control parameter.

According to the first aspect, the execution instruction of the task,whether or not to execute the task, or the execution priority of thetask is obtained by using the identifier of the access point, and thetask is executed on the basis of this. Thus, the execution instructionof each task, whether or not to execute each task, or the executionpriority of each task can be changed for each access point. As a result,a task execution environment can be set which is different depending ona position/area in which an access point is set.

In a second aspect based on the first aspect, the portable informationterminal further includes: identifier obtaining means for obtaining theaccess point identifier which indicates the access point searched by theconnection means; and request transmission means for transmitting arequest for the execution control parameter, which includes the accesspoint identifier, to a predetermined server. The task executionparameter obtaining means receives, from the predetermined server, theexecution control parameter corresponding to the access point identifierincluded in the request.

According to the second aspect, when compared to the case where controlinformation is stored in each access point, management is easy sincecontrol information corresponding to a plurality of access points can bestored together in the server.

In a third aspect based on the first aspect, the task setting meanssets, for each of the one or more tasks, an execution control parameterwhich indicates at least one of: an execution instruction; whether ornot to execute the task; and an execution priority. The portableinformation terminal further includes execution parameter change meansfor changing the execution control parameter for at least one of the oneor more tasks, on the basis of the execution control parameter obtainedby the task execution parameter obtaining means. The task executionmeans performs transmission or reception of data via the access point byexecuting at least one of the one or more tasks on the basis of theexecution control parameter for each of the one or more tasks.

According to the third aspect, a control information parameter which hasalready been set for a task, such as an execution priority and whetheror not to execute the task, can be changed.

In a fourth aspect based on the third aspect, the execution controlparameter includes information which is indicative of not executing atleast one of the one or more tasks. The task execution means does notexecute a task for which the information is set, which is indicative ofnot executing the task.

According to the fourth aspect, for each access point, it is possible toperform control so as not to execute a predetermined task.

In a fifth aspect based on the first aspect, the execution controlparameter includes information which is indicative of executing at leastone of the one or more tasks. The task execution means executes a taskfor which the information is set, which is indicative of executing thetask.

According to the fifth aspect, since a task to be executed can bedesignated for each access point, it is easy to incorporate an originaltask for each access point.

In a sixth aspect based on the first aspect, the portable informationterminal further includes execution order determination means fordetermining an order of executing the one or more tasks, on the basis ofthe execution control parameter. The task execution means performstransmission or reception of data via the access point by executing theone or more tasks on the basis of the order.

According to the sixth aspect, an execution order of each task can bechanged for each access point.

In a seventh aspect based on the first aspect, the connection meansrepeatedly and automatically searches for the access point. The taskexecution parameter obtaining means automatically obtains the executioncontrol parameter before the one or more tasks are executed via theaccess point connected by the connection means.

According to the first aspect, without an instruction of the user, anexecution priority or the like corresponding to the access point can beautomatically obtained and reflected in the task.

In an eighth aspect based on the first aspect, the portable informationterminal further includes program execution means and reception means.The program execution means executes a plurality of applicationprograms. The reception means receives, from each of the applicationprograms, process contents of transmission or reception of data which isperformed with another information apparatus via a network. The tasksetting means registers, as a task, the process contents of transmissionor reception of data, which are received from each of the applicationprograms by the reception means. Further, the task execution meansautomatically executes at least one of the one or more tasks.

According to the eighth aspect, it becomes unnecessary for eachapplication to perform a process of connecting to the access point andtransmission and reception of data, as a process of the application (apart of an application process). When each application issues apredetermined instruction to the reception means, a process oftransmission and reception of data is automatically performed as anindependent process which is independent of the application process.Thus, it is easy for the developer of each application to design theapplication, and the user does not need to activate a target applicationwhen data communication is performed.

In a ninth aspect based on the first aspect, the task executionparameter obtaining means obtains the execution control parameter eachtime a connection to the access point is established by the connectionmeans.

According to the ninth aspect, since the execution control parameter isobtained each time the portable information terminal connects to theaccess point, the provider of the execution control parameter can updatewhether or not to execute the task, the execution priority of the task,and the like at certain intervals.

In a tenth aspect based on the third aspect, each of the one or moretasks includes an executable number of times thereof. The task executionparameter obtaining means further obtains information which isindicative of increasing the executable number of times of at least oneof the one or more tasks, in accordance with the access pointidentifier. The execution parameter change means increases theexecutable number of times of a task for which the information is set,which is indicative of increasing the executable number of times of thetask. Further, the task execution means decreases the executable numberof times of an executed task.

According to the tenth aspect, the executable number of times of a taskwhich is different for each access point can be increased.

In an eleventh aspect based on the tenth aspect, the task executionmeans does not execute a task whose executable number of times is 0. Theexecution parameter change means increases the executable number oftimes of a task, which is 0, of tasks for each of which the informationis set, which is indicative of increasing the executable number of timesof the task.

According to the eleventh aspect, of tasks which have already becomeunexecutable, a task which is set to be re-executable can be differentfor each access point.

In a twelfth aspect based on the first aspect, the portable informationterminal further includes storage means for storing terminal uniqueinformation which is unique to the portable information terminal. Thetask execution parameter obtaining means receives the execution controlparameter in accordance with the access point identifier and theterminal unique information.

According to the twelfth aspect, since the execution control parametercorresponding to the identifier of the access point and the informationunique to the portable information terminal can be received, theexecution control parameter can be made to be different for eachportable information terminal even when each portable informationterminal connects to the same access point.

In a thirteenth aspect based on the first aspect, the portableinformation terminal further includes: storage means for storingterminal unique information which is unique to the portable informationterminal; and identifier determination means for determining whether ornot the access point identifier is set for the access point. When it isdetermined by the identifier determination means that the access pointidentifier is set, the task execution parameter obtaining means receivesthe execution control parameter at least in accordance with the accesspoint identifier. When it is determined by the identifier determinationmeans that the access point identifier is not set, the task executionparameter obtaining means receives the execution control parameter inaccordance with the terminal unique information.

According to the thirteenth aspect, even when the access point does nothave an identifier, the execution control parameter corresponding to theinformation unique to the portable information terminal can be received.Thus, a task execution setting can be performed so as to be differentdepending on an area or the like which is set in the portableinformation terminal.

In a fourteenth aspect based on the third aspect, the task executionparameter obtaining means further obtains a durability identifier whichindicates whether a change of the execution control parameter obtainedby the task execution parameter obtaining means is temporary orpermanent, in accordance with the access point identifier. When thedurability identifier indicates that the change is permanent, theexecution parameter change means overwrites the execution controlparameter of the task with contents indicated by the received executioncontrol parameter. When the durability identifier indicates that thechange is temporary, the execution parameter change means temporarilychanges the execution control parameter of the task to the contentsindicated by the received execution control parameter. Further, afterthe task for which the execution control parameter is temporarilychanged is executed, the task execution means returns the executioncontrol parameter of the task to original contents before the temporarychange.

According to the fourteenth aspect, a task (temporary) for which theexecution control parameter is changed only at the connection to theaccess point, and a task (permanent) for which the current executioncontrol parameter is continuously used until the execution controlparameter is changed again as a result of a connection to another accesspoint, can be designated. Thus, both an original setting (temporary) anda setting to the future (permanent) can be performed for each accesspoint.

In a fifteenth aspect based on the first aspect, the portableinformation terminal further includes task execution timing settingmeans, next time setting means, clocking means, and next time correctionmeans. The task execution timing setting means sets an execution timeand/or an execution interval of each of the one or more tasks. Whenexecution of each task via the access point by the task execution meansis completed, the next time setting means sets a next connection time ofconnecting to the access point next, on the basis of the execution timeand/or the execution interval of each task which are set by the taskexecution timing setting means. The clocking means measures an intervalbetween a current time and the next connection time. The next timecorrection means corrects the next connection time to a predeterminedtime which is a time after a first time period from the current time,when the interval measured by the clocking means is equal to or lessthan the first time period. The next time correction means corrects thenext connection time to a predetermined time which is a time within asecond time period from the current time, when the interval measured bythe clocking means is equal to or more than the second time period. Theconnection means automatically searches for the access point at a timewhich is set by the next time correction means, and performs aconnection to the searched access point.

According to the fifteenth aspect, after a task is executed, aconnection to the access point is not attempted unless the first timeperiod elapses. Thus, power required for the connection, and the likecan be saved. On the other hand, after a task is executed, a connectionto the access point is attempted at least in the second time period.Thus, the execution control parameter can be periodically obtained.

A sixteenth aspect of the present invention is directed to acomputer-readable storage medium having stored thereon a portableinformation terminal control program which is executed by a computer ofa portable information terminal. The portable information terminalcontrol program causes the computer to operate as: task setting means;connection means; task execution parameter obtaining means; and taskexecution means. The task setting means sets one or more tasks eachrepresenting process contents of transmission or reception of data. Theconnection means searches for an access point and performs a connectionto the searched access point. Before the one or more tasks are executedvia the access point connected by the connection means, the taskexecution parameter obtaining means obtains an execution controlparameter, for at least one of the one or more tasks, which indicates atleast one of an execution instruction, whether or not to execute thetask, and an execution priority, in accordance with an access pointidentifier which indicates the access point. The task execution meansperforms transmission or reception of data via the access point byexecuting at least one of the one or more tasks on the basis of theexecution control parameter.

A seventeenth aspect of the present invention is directed to a portableinformation system including task setting means, connection means, taskexecution parameter obtaining means, and task execution means. The tasksetting means sets one or more tasks each representing process contentsof transmission or reception of data. The connection means searches foran access point and performs a connection to the searched access point.Before the one or more tasks are executed via the access point connectedby the connection means, the task execution parameter obtaining meansobtains an execution control parameter, for at least one of the one ormore tasks, which indicates at least one of an execution instruction,whether or not to execute the task, and an execution priority, inaccordance with an access point identifier which indicates the accesspoint. The task execution means performs transmission or reception ofdata via the access point by executing at least one of the one or moretasks on the basis of the execution control parameter.

An eighteenth aspect of the present invention is directed to a method ofcontrolling a portable information terminal. The method includes a tasksetting step, a connection step, a task execution parameter obtainingstep, and a task execution step. The task setting step sets one or moretasks each representing process contents of transmission or reception ofdata. The connection step searches for an access point and performs aconnection to the searched access point. Before the one or more tasksare executed via the access point connected by the connection step, atask execution parameter obtaining step obtains an execution controlparameter, for at least one of the one or more tasks, which indicates atleast one of an execution instruction, whether or not to execute thetask, and an execution priority, in accordance with an access pointidentifier which indicates the access point. The task execution stepperforms transmission or reception of data via the access point byexecuting at least one of the one or more tasks on the basis of theexecution control parameter.

According to the sixteenth to eighteenth aspects, the same effect asthat of the first aspect can be obtained.

According to the present invention, whether or not to execute each taskand the execution priority of each task can be changed for each accesspoint. As a result, a task execution environment can be set which isdifferent depending on a position/area in which an access point is set.

These and other objects, features, aspects and advantages of the presentinvention will become more apparent from the following detaileddescription of the present invention when taken in conjunction with theaccompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is an external view of a game apparatus 1 according to a firstembodiment of the present invention;

FIG. 2 is a block diagram of the game apparatus 1 according to the firstembodiment of the present invention;

FIG. 3 is a schematic diagram showing the entirety of a networkconfiguration according to the first embodiment;

FIG. 4 shows an example of a menu screen;

FIG. 5 shows another example of the menu screen;

FIG. 6 shows another example of the menu screen;

FIG. 7 is a diagram for illustrating “passing communication”;

FIG. 8 is another diagram for illustrating the “passing communication”;

FIG. 9 is another diagram for illustrating the “passing communication”;

FIG. 10 is another diagram for illustrating the “passing communication”;

FIG. 11 is a diagram showing the relationships among various functions(programs) executed in the embodiment;

FIG. 12 is a diagram showing main data stored in a storage area includedin a microcomputer 37;

FIG. 13 is a diagram showing main data stored in a storage area includedin a wireless communication module 34;

FIG. 14 is a diagram showing programs and data stored in a NAND flashmemory 33;

FIG. 15 is a diagram showing an example of a data structure of passingcommunication data 520 in FIG. 14;

FIG. 16 is a diagram showing an example of a data structure of task data530 in FIG. 14;

FIG. 17 is a diagram showing an example of a data structure ofapplication-related data 550 in FIG. 14;

FIG. 18 is a diagram showing an example of a data structure of receivedpolicy data 570 in FIG. 14;

FIG. 19 is a diagram showing an example of a data structure of aninstallation list 580 in FIG. 14;

FIG. 20 is a diagram showing an example of a data structure of adownload list 590 in FIG. 14;

FIG. 21 is a flowchart showing a microcomputer process performed by themicrocomputer 37;

FIG. 22 is a flowchart showing a wireless module process;

FIG. 23 is another flowchart showing the wireless module process;

FIG. 24 is a flowchart showing in detail a start-up process;

FIG. 25 is another flowchart showing in detail the start-up process;

FIG. 26 is a flowchart showing in detail a menu process shown at stepS61 in FIG. 24;

FIG. 27 is another flowchart showing in detail the menu process shown atstep 61 in FIG. 24;

FIG. 28 is a flowchart showing in detail a process of each applicationshown at step S108 in FIG. 27;

FIG. 29 is another flowchart showing in detail the process of eachapplication shown at step S108 in FIG. 27;

FIG. 30 is a flowchart showing in detail a task generation process shownat step S131 in FIG. 28;

FIG. 31 is a flowchart showing in detail a local communication BGprocess;

FIG. 32 is another flowchart showing in detail the local communicationBG process;

FIG. 33 is a flowchart showing in detail an Internet communication BGprocess;

FIG. 34 is a flowchart showing in detail a policy process shown at stepS191 in FIG. 33;

FIG. 35 is another flowchart showing in detail the policy process shownat step S191 in FIG. 33;

FIG. 36 is a diagram showing a memory map of a policy server 103;

FIG. 37 is a flowchart showing a process performed by the policy server103;

FIG. 38 is a flowchart showing in detail a task execution process shownat step S192 in FIG. 33;

FIG. 39 is another flowchart showing in detail the task executionprocess shown at step S192 in FIG. 33;

FIG. 40 is another flowchart showing in detail the task executionprocess shown at step S192 in FIG. 33;

FIG. 41 is a flowchart showing in detail an execution order sort processshown at step S251 in FIG. 38;

FIG. 42 is a flowchart showing in detail an installation process shownat step S272 in FIG. 39;

FIG. 43 is another flowchart showing in detail the installation processshown at step S272 in FIG. 39;

FIG. 44 is a diagram showing a process outline of a bottle mailapplication according to a second embodiment;

FIG. 45 is another diagram showing the process outline of the bottlemail application according to the second embodiment;

FIG. 46 is a diagram showing an example of a data structure of historyinformation data stored in a bottle mail server;

FIG. 47 shows an example of an AP area table stored in the bottle mailserver;

FIG. 48 is a flowchart showing in detail a bottle mail applicationprocess performed in the game apparatus 1;

FIG. 49 is another flowchart showing in detail the bottle mailapplication process performed in the game apparatus 1; and

FIG. 50 is a flowchart showing in detail a process of the bottle mailserver.

DESCRIPTION OF THE PREFERRED EMBODIMENTS

Hereinafter, embodiments of the present invention will be described withreference to the drawings. Note that the present invention is notlimited to the embodiments.

First Embodiment

FIG. 1 shows an example of a hand-held game apparatus (hereinafter,referred to merely as a game apparatus) which is an example of aportable terminal according to the present invention. In FIG. 1, thegame apparatus 1 is a foldable hand-held game apparatus in an openedstate. The game apparatus 1 is configured to have such a size as to beheld by a user with both hands or one hand in the opened state.

The game apparatus 1 includes a lower housing 11 and an upper housing21. The lower housing 11 and the upper housing 21 are connected to eachother so as to be capable of being opened or closed (foldable). In theexample of FIG. 1, the lower housing 11 and the upper housing 21 areeach formed in a plate-like shape of a horizontally long rectangle, andfoldably connected to each other at long side portions thereof.Unusually, the user uses the game apparatus 1 in the opened state. Whennot using the game apparatus 1, the user keeps the game apparatus 1 in aclosed state. In the example shown in FIG. 1, in addition to the closedstate and the opened state, the game apparatus 1 is capable ofmaintaining an angle between the lower housing 11 and the upper housing21 at any angle ranging between the closed state and the opened state byfrictional force generated at a connection portion and the like. Inother words, the upper housing 21 can be stationary at any angle withrespect to the lower housing 11.

In the lower housing 11, a lower LCD (Liquid Crystal Display) 12 isprovided. The lower LCD 12 has a horizontally long shape, and is locatedsuch that a long side direction thereof corresponds to a long sidedirection of the lower housing 11. Note that although an LCD is used asa display device provided in the game apparatus 1 in the presentembodiment, any other display devices such as a display device using anEL (Electra Luminescence) and the like may be used. In addition, thegame apparatus 1 can use a display device of any resolution. Althoughdetails will be described below, the lower LCD 12 is used mainly fordisplaying an image taken by an inner camera 23 or an outer camera 25 inreal time.

In the lower housing 11, operation buttons 14A to 14L and a touch panel13 are provided as input devices. As shown in FIG. 1, among theoperation buttons 14A to 14L, the direction input button 14A, theoperation button 14B, the operation button 14C, the operation button14D, the operation button 14E, the power button 14F, the home button14I, the start button 14G, and the select button 14H are provided on aninner main surface of the lower housing 11 which is located inside whenthe upper housing 21 and the lower housing 11 are folded. The directioninput button 14A is used, for example, for a selection operation and thelike. The operation buttons 14B to 14E are used, for example, for adetermination operation, a cancellation operation, and the like. Thepower button 14F is used for changing a power control mode of the gameapparatus 1. Although details will be described below, there are a“normal power mode” and a “sleep mode” as power control modes in thepresent embodiment. The home button 14I is used for returning to a menuscreen when an application such as a game is executed. In the exampleshown in FIG. 1, the direction input button 14A and the home button 14Iare provided on the inner main surface of the lower housing 11 and onone of a left side and a right side (on the left side in FIG. 1) of thelower LCD 12 provided in the vicinity of the center of the inner mainsurface of the lower housing 11. Further, the operation buttons 14B to14E, the start button 14G, and the select button 14H are provided on theinner main surface of the lower housing 11 and on the other of the leftside and the right side (on the right side in FIG. 1) of the lower LCD12. The direction input button 14A, the operation buttons 14B to 14E,the start button 14G, and the select button 14H are used for performingvarious operations on the game apparatus 1. Note that the operationbuttons 14J to 14L are omitted in FIG. 1. For example, the L button 14Jis provided at a left end of an upper surface of the lower housing 11,and the R button 14K is provided at a right end of the upper surface ofthe lower housing 11. The L button 14J and the R button 14K are used,for example, for performing a photographing instruction operation(shutter operation) on the game apparatus 1. In addition, the volumebutton 14L is provided on a left side surface of the lower housing 11.The volume button 14L is used for adjusting volume of speakers of thegame apparatus 1.

The game apparatus 1 further includes the touch panel 13 as anotherinput device in addition to the operation buttons 14A to 14L. The touchpanel 13 is mounted on the lower LCD 12 so as to cover the screen of thelower LCD 12. In the present embodiment, the touch panel 13 is, forexample, a resistive film type touch panel. However, the touch panel 13is not limited to the resistive film type, but any press-type touchpanel may be used. The touch panel 13 used in the present embodiment hasthe same resolution (detection accuracy) as that of the lower LCD 12.However, the resolution of the touch panel 13 and that of the lower LCD12 may not necessarily be the same. In a right side surface of the lowerhousing 11, an insertion opening (indicated by a dashed line in FIG. 1)is provided. The insertion opening is capable of accommodating a touchpen 27 which is used for performing an operation on the touch panel 13.Although an input onto the touch panel 13 is usually performed using thetouch pen 27, in addition to the touch pen 27, a finger of the user canbe used for operating the touch panel 13.

In the right side surface of the lower housing 11, an insertion opening(indicated by a two-dot chain line in FIG. 1) is formed foraccommodating a memory card 28. Inside the insertion opening, aconnector (not shown) is provided for electrically connecting the gameapparatus 1 to the memory card 28. The memory card 28 is, for example,an SD (Secure Digital) memory card, and detachably mounted on theconnector. The memory card 28 is used, for example, for storing an imagetaken by the game apparatus 1, and loading an image generated by anotherapparatus into the game apparatus 1.

Further, in the upper surface of the lower housing 11, an insertionopening (indicated by a chain line in FIG. 1) is formed foraccommodating a cartridge 29. Inside the insertion opening, a connector(not shown) is provided for electrically connecting the game apparatus 1to the cartridge 29. The cartridge 29 is a storage medium having storedthereon a game program and the like, and detachably mounted in theinsertion opening provided in the lower housing 11.

Three LEDs 15A to 15C are mounted on a left side part of the connectionportion where the lower housing 11 and the upper housing 21 areconnected to each other. The game apparatus 1 is capable of performingwireless communication with another apparatus, and the first LED 15A islit up while the power of the game apparatus 1 is ON. The second LED 15Bis lit up while the game apparatus 1 is being charged. The third LED 15Cis lit up while wireless communication is established. Thus, by thethree LEDs 15A to 15C, a state of ON/OFF of the power of the gameapparatus 1, a state of charge of the game apparatus 1, and a state ofcommunication establishment of the game apparatus 1 can be notified tothe user.

Meanwhile, in the upper housing 21, an upper LCD 22 is provided. Theupper LCD 22 has a horizontally long shape, and is located such that along side direction thereof corresponds to a long side direction of theupper housing 21. In a similar manner to that of the lower LCD 12, adisplay device of another type having any resolution may be used insteadof the upper LCD 22. A touch panel may be provided so as to cover theupper LCD 22. On the upper LCD 22, for example, an operation explanationscreen for teaching the user roles of the operation buttons 14A to 14Land the touch panel 13 is displayed.

In the upper housing 21, two cameras (the inner camera 23 and the outercamera 25) are provided. As shown in FIG. 1, the inner camera 23 ismounted in an inner main surface in the vicinity of the connectionportion of the upper housing 21. On the other hand, the outer camera 25is mounted in a surface opposite to the surface in which the innercamera 23 is mounted, namely, in an outer main surface of the upperhousing 21 (which is the surface located on the outside of the gameapparatus 1 in the closed state, and the back surface of the upperhousing 21 shown in FIG. 1). In FIG. 1, the outer camera 25 is indicatedby a dotted line. Thus, the inner camera 23 is capable of taking animage in a direction in which the inner main surface of the upperhousing 21 faces, and the outer camera 25 is capable of taking an imagein a direction opposite to an imaging direction of the inner camera 23,namely, in a direction in which the outer main surface of the upperhousing 21 faces. In other words, in the present embodiment, the twocameras 23 and 25 are provided such that the imaging directions thereofare opposite to each other. For example, the user can take an image of aview seen from the game apparatus 1 toward the user with the innercamera 23 as well as an image of a view seen from the game apparatus 1in a direction opposite to the user with the outer camera 25.

In the inner main surface in the vicinity of the connection portion, amicrophone (a microphone 44 shown in FIG. 2) is accommodated as a voiceinput device. In the inner main surface in the vicinity of theconnection portion, a microphone hole 16 is formed to allow themicrophone 44 to detect sound outside the game apparatus 1. Theaccommodating position of the microphone 44 and the position of themicrophone hole 16 are not necessarily in the connection portion. Forexample, the microphone 44 may be accommodated in the lower housing 11,and the microphone hole 16 may be formed in the lower housing 11 so asto correspond to the accommodating position of the microphone 44.

In the outer main surface of the upper housing 21, a fourth LED 26(indicated by a dashed line in FIG. 1) is mounted. The fourth LED 26 islit up at a time when photographing is performed with the outer camera25 (when the shutter button is pressed). Further, the fourth LED 26 islit up while a moving picture is being taken by the outer camera 25. Bythe fourth LED 26, it is notified to an object person whose image istaken and people around the object person that photographing isperformed (being performed) by the game apparatus 1.

Sound holes 24 are formed in the inner main surface of the upper housing21 and on left and right sides, respectively, of the upper LCD 22provided in the vicinity of the center of the inner main surface of theupper housing 21. The speakers are accommodated in the upper housing 21and at the back of the sound holes 24. The sound holes 24 serve torelease sound from the speakers to the outside of the game apparatus 1therethrough.

As described above, the inner camera 23 and the outer camera 25 whichare components for taking an image, and the upper LCD 22 which isdisplay means for displaying, for example, an operation explanationscreen at the time of photographing are provided in the upper housing21. On the other hand, the input devices for performing an operationinput on the game apparatus 1 (the touch panel 13 and the buttons 14A to14L), and the lower LCD 12 which is display means for displaying a gamescreen are provided in the lower housing 11. Accordingly, when using thegame apparatus 1, the user can hold the lower housing 11 and perform aninput on the input device while seeing a taken image (an image taken byone of the cameras) displayed on the lower LCD 12.

Now, an internal configuration of the game apparatus 1 will be describedwith reference to FIG. 2. FIG. 2 is a block diagram showing an exampleof the internal configuration of the game apparatus 1.

As shown in FIG. 2, the game apparatus 1 includes electronic componentsincluding a CPU package 31, a main memory 32, a NAND flash memory 33, awireless communication module 34, a first memory card interface (memorycard I/F) 35, a second memory card I/F 36, a microcomputer 37, anopen/close detector 40, a power management IC 41, a power circuit 42,and an interface circuit (I/F circuit) 43. These electronic componentsare mounted on an electronic circuit substrate and accommodated in thelower housing 11 (or may be accommodated in the upper housing 21).

In the CPU package 31, a CPU which is information processing means forexecuting predetermined programs is provided. In the present embodiment,the CPU has two cores therein (is a so-called dual core processor), andcauses: one of the two cores to mainly perform a process concerningsystem control; and the other core to mainly perform a processconcerning execution of applications. In addition, in the CPU package31, a GPU (Graphics Processor Unit), a DSP (Digital Signal Processor)and a VRAM (Video RAM) are provided. Moreover, an internal main memoryand the like are also provided therein. Although not shown, thesecomponents are connected to each other via an internal bus in the CPUpackage 31 (namely, integrated into a single chip). Note that thesecomponents may not be integrated into a single chip, and the number ofthe cores of the CPU is not limited to two.

The GPU is a part of rendering means, and generates an image inaccordance with a graphics command (image generation command) from theCPU. The VRAM stores necessary data (data such as polygon data, texturedata, and the like) for the GPU to execute the graphics command. When animage is generated, the GPU generates image data using data stored inthe VRAM.

The DSP acts as an audio processor, and generates audio data by usingsound data and sound waveform (tone) data stored in the internal mainmemory and in the main memory 32.

In the following description, the CPU package 31 is referred to merelyas CPU 31.

A program executed by the CPU 31 may be stored previously in the NANDflash memory 33 within the game apparatus 1, may be obtained from thememory card 28 and/or the cartridge 29, or may be obtained from anotherapparatus by means of communication with the other apparatus. Forexample, a program may be obtained by means of downloading via theInternet from a predetermined server, or may be obtained by downloadinga predetermined program stored in a stationary game apparatus throughcommunication therewith.

The main memory 32, the NAND flash memory 33, and the wirelesscommunication module 34 are connected to the CPU 31. The main memory 32is storage means used as a work area and a buffer area of the CPU 31. Inthe present embodiment, for example, a PSRAM (Pseudo-SRAM) is used asthe main memory 32.

The NAND flash memory 33 is formed of a nonvolatile storage medium. Inaddition, a memory control circuit (not shown) controls reading of datafrom the NAND flash memory 33 or writing of data to the NAND flashmemory 33 in accordance with an instruction from the CPU 31.

The wireless communication module 34 functions to connect to a wirelessLAN, for example, by a method conforming to the standard ofIEEE802.11.b/g (this method is used for later-described “Internetcommunication”). In addition, the wireless communication module 34functions to wirelessly communicate with a game apparatus of the sametype by a predetermined communication method (this method is used forlater-described “local communication”). The wireless communicationmodule 34 is connected to the CPU 31. The CPU 31 is capable of receivingdata from and transmitting data to another apparatus via the Internetusing the wireless communication module 34, and is capable of receivingdata from and transmitting data to another game apparatus of the sametype using the wireless communication module 34. Further, although notshown, the wireless communication module 34 has a microcomputer chipwhich performs a predetermined process during a later-described sleepmode.

The first memory card I/F 35 is connected to the CPU 31. The firstmemory card I/F 35 reads out data from the cartridge 29 mounted to theconnector or writes data to the cartridge 29 in accordance with aninstruction from the CPU 31. For example, an application programexecutable by the game apparatus 1 is read out from the cartridge 29 andexecuted by the CPU 31, and data concerning the application program(e.g. saved data and the like) is written to the cartridge 29.

The second memory card I/F 36 is connected to the CPU 31. The secondmemory card I/F 36 reads out data from the memory card 28 mounted to theconnector or writes data to the memory card 28 in accordance with aninstruction from the CPU 31. For example, data of an image taken by theouter camera 25 is written to the memory card 28, and image data storedin the memory card 28 is read from the memory card 28 and stored in theNAND flash memory 33.

The microcomputer 37 is connected to the CPU 31. The microcomputer 37performs processes such as a process concerning power management of thegame apparatus 1, a process concerning time, a process of detectingopening or closing of the housing. In addition, the microcomputer 37receives a notification concerning these processes from the CPU 31, andalso gives a notification to the CPU 31. The microcomputer 37 has a realtime clock (RTC) 39. The RTC 39 counts a time, and outputs the time tothe CPU 31 via the microcomputer 37. For example, the CPU 31 is capableof calculating a current time (date) and the like on the basis of thetime counted by the RTC 39.

The microcomputer 37 is also connected to the open/close detector 40 andthe power management IC 41. The power management IC 41 is furtherconnected to the power circuit 42. The open/close detector 40 detectsopening or closing of the housing, and notifies the detection result tothe microcomputer 37 (further to the CPU 31). The power management IC 41receives a notification of shift to the sleep mode or cancellation ofthe sleep mode, from the microcomputer 37 (from the CPU 31 via themicrocomputer 37). Then, the power management IC 41 performs control forappropriately supplying power, on the basis of the notification. Thepower circuit 42 controls power supplied from a power supply (typically,a battery accommodated in the lower housing 11) of the game apparatus 1to supply the power to each component of the game apparatus 1.

Now, the power control mode of the game apparatus 1 according to thepresent embodiment will be described. After the power supply such as abattery is mounted to the game apparatus 1 so as to allow power to besupplied to each component, the game apparatus 1 basically operates inany one of the two power control modes which are the “normal power mode”and the “power saving mode”. The “normal power mode” is a state wherepower is supplied to all the components. For example, when the useroperates the game apparatus 1 and plays a predetermined game, or whenthe user operates various applications, the power control mode is the“normal power mode”. The “power saving mode” is a state where powersupply to only some of the components is continued and power supply tothe other components is stopped. In the present embodiment, the “powersaving mode” includes a “sleep mode”. The “sleep mode” is a state wherepower is supplied to only the microcomputer 37 and the wirelesscommunication module 34 and power supply to the other components such asthe CPU 31 and the LCDs is stopped (note that the CPU 31 is capable ofreceiving an instruction for cancelling the “sleep mode”). Further, inthe “sleep mode”, the microcomputer 37 and the wireless communicationmodule 34 repeatedly perform processes called “microcomputer process”and “wireless module process”, respectively, in a cycle of apredetermined time period. These processes will be described in detaillater.

In the present embodiment, in addition to the method of shifting to thesleep mode and cancelling the sleep mode on the basis of the detectionresult of the open/close detector 40 as described above, it is possibleto change the power control mode between the “normal power mode” and the“sleep mode” in accordance with an operation of the power button 14F.Moreover, in addition to an operation of the power button 14F, it ispossible to automatically cancel the “sleep mode” or shift to the “sleepmode” by a process as will be described later. For example, after theuser finishes playing a predetermined game, if the user presses thepower button 14F (it seems to the user that this operation is anoperation to turn off the power), the game apparatus 1 shifts to the“sleep mode”. In this state, the user can close and carry the gameapparatus 1. Then, if the user opens the game apparatus 1 and pressesthe power button 14F again, the “sleep mode” is cancelled and the gameapparatus 1 shifts to the “normal power mode”. Alternatively, the gameapparatus 1 may shift to the “sleep mode” when a predetermined timeperiod elapses from the last operation.

Note that, in addition to the “sleep mode”, as one “power saving mode”,a “monitor off mode” is possible, in which power supply to only each LCDis stopped. In this case, power is supplied to the CPU 31 and the mainmemory 32 (note that the power may be supplied to only the CPU cores andthe internal memory within the CPU 31 and may not be supplied to theGPU). Further, by pressing the power button 14F for a predetermined timeperiod or longer, it is possible to shift to a “complete stop mode” inwhich power supply to all the components including the microcomputer 37and the wireless communication module 34 is stopped (namely, the poweris completely turned off). In this case, if the power button 14F ispressed for the predetermined time period or longer, the game apparatus1 shifts to the “normal power mode” and is started.

Here, in view of whether or not the user is using the game apparatus 1,the power control mode can be rephrased as follows. That is, the gameapparatus 1 has two states, namely, a “used state” and an “unusedstate”. The “used state” is a state where the normal power modecontinues since the user opens the housing of the game apparatus 1 anddirectly uses the game apparatus 1. For example, a state where the userplays a game or the like by operating the operation button 14 or thelike, corresponds to this state. On the other hand, the “unused state”is a state where the user does not independently and directly use thegame apparatus 1. The “unused state” also includes a state where thepower control mode is the “sleep mode” since the housing is closed, aswell as a state where, in execution of a task as will be describedlater, the “sleep mode” is temporarily cancelled (while the housing isclosed), a process concerning the task is performed, and the gameapparatus 1 returns to the “sleep mode” after the execution of the task.For example, a state where the user closes the housing of the gameapparatus 1 and the game apparatus 1 is put in a bag when the user goesout, is the “unused state”. Further, as described above, a state wherethe “sleep mode” is temporarily cancelled while the game apparatus 1 isput in the bag and the user goes out, and a state where the gameapparatus 1 shifts to the “sleep mode” again after execution of a task(in this state, the user does not use the game apparatus 1), are alsothe “unused state”. Further, in addition to opening or closing of thehousing, the trigger for changing the state of the game apparatus 1between the “used state” and the “unused state” also includes anoperation of the power button 14F. In other words, the user has beenplaying a game (used state), and, then, by the user pressing the powerbutton 14F of the game apparatus 1 after finishing the game play, thestate of the game apparatus 1 is changed from the “used state” to the“unused state”. Further, for example, when the user has not performed anoperation for a constant time period, the state of the game apparatus 1may be changed from the “used state” to the “unused state”.

In the following description, for simplification of explanation, thepower control mode will be described using an example where only the“normal power mode” and the “sleep mode” are used.

The game apparatus 1 includes the microphone 44 and an amplifier 45. Themicrophone 44 and the amplifier 45 are connected to the I/F circuit 43.The microphone 44 detects voice produced by the user toward the gameapparatus 1, and outputs a sound signal indicating the voice to the I/Fcircuit 43. The amplifier 45 amplifies the sound signal from the I/Fcircuit 43, and causes the speakers (not shown) to output the soundsignal. The I/F circuit 43 is connected to the CPU 31.

The touch panel 13 is connected to the I/F circuit 43. The I/F circuit43 includes a sound control circuit for controlling the microphone 44and the amplifier 45 (the speakers), and a touch panel control circuitfor controlling the touch panel 13. The sound control circuit performsA/D conversion or D/A conversion of the sound signal, and converts thesound signal into sound data in a predetermined format. The touch panelcontrol circuit generates touch position data in a predetermined formatbased on a signal from the touch panel 13, and outputs the touchposition data to the CPU 31. For example, the touch position data isdata indicating coordinates of a position at which an input is performedon an input surface of the touch panel 13. The touch panel controlcircuit reads a signal from the touch panel 13 and generates touchposition data every predetermined period of time. The CPU 31 is capableof recognizing a position at which an input is performed on the touchpanel 13, by obtaining the touch position data via the I/F circuit 43.

An operation button 14 includes the above operation buttons 14A to 14L,and is connected to the CPU 31. The operation button 14 outputsoperation data indicating an input state of each of the buttons 14A to14L (whether or not each button is pressed) to the CPU 31. The CPU 31obtains the operation data from the operation button 14, and performsprocessing in accordance with an input performed onto the operationbutton 14.

The inner camera 23 and the outer camera 25 are connected to the CPU 31.Each of the inner camera 23 and the outer camera 25 takes an image inaccordance with an instruction from the CPU 31, and outputs data of thetaken image to the CPU 31. In the present embodiment, the CPU 31 givesan imaging instruction to the inner camera 23 or the outer camera 25,and the camera which has received the imaging instruction takes an imageand transmits image data to the CPU 31.

The lower LCD 12 and the upper LCD 22 are connected to the CPU 31. Eachof the lower LCD 12 and the upper LCD 22 displays an image thereon inaccordance with an instruction from the CPU 31.

The following will describe an outline of a process assumed in thepresent embodiment.

[Entire Configuration of Network]

First, the entire configuration of a network assumed in the presentembodiment will be described. FIG. 3 is a schematic diagram showing theentirety of the network configuration according to the presentembodiment. The game apparatus 1 shown in FIG. 3 uses two main types ofcommunication modes. A first communication mode is “Internetcommunication” in which the Internet is used. A second communicationmode is “local communication” in which game apparatuses are wirelesslyconnected directly to each other not via the Internet.

[Internet Communication]

First, the “Internet communication” will be described. In the “Internetcommunication”, the game apparatus 1 connects to an access point(hereinafter, referred to as AP) by the above-described methodconforming to the standard of IEEE802.11, and connects to the Internetvia the AP. Further, the game apparatus 1 communicates with apredetermined server via the Internet.

In the present embodiment, the AP is classified into two main types,specifically into two types of a dedicated AP 101 and a general AP 102in FIG. 3. In the present embodiment, the dedicated AP 101 is, forexample, an AP which is managed by the manufacturer of the gameapparatus 1. In other words, the manufacture of the game apparatus 1know and manages the location and the configuration of each dedicatedAP, and the like. Such dedicated APs are set at specific places such aselectronics retail stores and fast food restaurants. On the other hand,in the present embodiment, the general AP 102 refers to an AP in generalother than the dedicated AP. For example, the general AP 102 correspondsto an AP which is set at user's home, or an AP which is set by a companyother than the manufacture of the game apparatus 1.

In each AP, a so-called ESSID and a frequency channel at which the APemits electric waves are previously set and stored in a storage medium(e.g., a flash memory or the like) of each AP. In addition, in thededicated AP 101, later-described vendor specific information is furtherstored, and a beacon including the contents of this information istransmitted.

Further, in the present embodiment, the server is also classified intotwo main types, specifically into two types of a policy server 103 and ageneral server 104 in FIG. 3. The policy server 103 is a dedicatedserver for obtaining data called “policy data”. In the presentembodiment, the game apparatus 1 obtains data called “policy data” fromthe policy server 103, and performs processes on the basis of the data.These processes will be described later. The general server 104 is aserver other than the policy server 103. Note that each server includesan arithmetic processing section such as a CPU, a storage section suchas a memory or an HDD, and a communication section for connecting to theInternet (these components are not shown).

The reason why the dedicated AP is set in the present embodiment asdescribed above, is that, concerning the “policy data”, it is madepossible to define “policy data” corresponding to the dedicated AP. Inother words, the reason is that, when the game apparatus 1 accesses apolicy server via a specific AP, it is made possible to use “policydata” corresponding to the AP used for the connection (the place atwhich the AP is set).

[Local Communication]

The following will describe the “local communication” which is the othercommunication mode. In the “local communication”, a direct connection isestablished between game apparatuses 1, and the game apparatuses 1communicate with each other. In the example of FIG. 3, communicationbetween a game apparatus 1 and another game apparatus 1 corresponds tothe “local communication”.

With the network configuration and the communication modes as describedabove, the following process is mainly performed in the presentembodiment. First, as a process using the “Internet communication”,there is a process of executing a task. The task in the presentembodiment refers to a process which involves transmitting and receivingpredetermined data. Specifically, the task is classified into two typesof a “transmission task” and a “reception task”. However, in thefollowing description, these tasks may collectively be referred tomerely as task. Since the task in the present embodiment is a processwhich involves transmitting and receiving predetermined data asdescribed above, data indicating the contents of the task includes theURL of a server which is a connection destination, and the like.Examples of the task in the present embodiment will be given below.First, there is a task of “receiving announcement data” for the purposeof notifying an announcement such as a campaign from the provider of anetwork service to the user. The “announcement data” can be caused toinclude a notification that a predetermined network service is ended. Insuch a case, a task concerning a network application which is related tothe ended service, is deleted. Further, for a process concerning a game,for example, the case is assumed where a national convention of a racinggame is held during a certain period. During the period, there are tasksof “transmitting racing data” and “receiving current ranking data” forthe purpose of periodically entering user's racing data into a nationalranking (in such a case, the two tasks, “transmission task” and“reception task”, are executed).

Further, there is a task of “confirming additional contents”. This is atask assuming the case where an additional scenario of a RPG or the likeis distributed, and there is such a task of “receiving informationindicating presence/absence of additional contents”. If additionalcontents are present as a result of the task, the data is downloaded.

Further, in the present embodiment, as another task, there is a task of“obtaining an installation list”. The task is a task which is previouslyset as a setting before shipment of the game apparatus 1. Theinstallation list includes, for example, information concerning updateof system data, each application, and each game program (hereinafter,applications and games are collectively referred to merely asapplication), and information indicating presence of a free applicationor a trial version of a new application. Note that, concerning suchupdate, the free application, and the trial version, in the presentembodiment, the presence/absence of such items is confirmed, anddownloading and installation processes of update data and a trialversion program are also performed (such a installation process will bedescribed in detail later).

As described above, the task in the present embodiment is a process ofconnecting to a predetermined server and transmitting and receivingpredetermined data, and such a task is generated as appropriate andexecuted. Timings of executing the task include three main types asfollows.

(1) Time designated execution

(2) Immediate execution

(3) Execution when the dedicated AP is involved.

Processes performed at these three types of timings will be describedlater.

The following will describe a process using the “local communication”.As described above, in the “local communication”, the game apparatuses 1wirelessly connect to each other and communicate with each other. Thus,the “local communication” is used for various situations such as acommunication competitive game. However, in the present embodiment, adescription will be given, in particular, on the premise that the “localcommunication” is communication called “passing communication” whichwill be described later.

The following will describe the three types of execution timings of atask executed in the above-described “Internet communication”, and aprocess outline thereof. Prior to this description, a parameter of“execution priority” which is set for the task, and a parameter of“number of uses” which is set for the task, will be described. Theexecution priority indicates a priority of execution of the task, andwhen there are tasks which are to be executed at the same timing, theexecution priority is used for determining the execution order of thetasks. In the present embodiment, the execution priority is defined byusing five levels. Specifically, the five levels are “EXPEDITE”, “HIGH”,“MEDIUM”, “LOW”, and “STOPPED”, and the priority is high in this order.Among them, “EXPEDITE” indicates a highest execution priority. Inaddition, “STOPPED” indicates that the task is not executed. In otherwords, the execution priority “STOPPED” is used when a task itself ispresent but is not desired to be executed. “HIGH” indicates a highpriority, “MEDIUM” indicates a standard priority, and “LOW” indicates alow priority. In the present embodiment, basically, the executionpriority of a task is set by using “HIGH”, “MEDIUM”, and “LOW”. Theother two execution priorities, “EXPEDITE” and “STOPPED”, are used forspecial circumstances. For example, when system update of the gameapparatus 1 is desired to be urgently performed, the execution priorityof a task concerning the system update is set as “EXPEDITE”. Further,for example, it is assumed that a national convention of a racing gameas described above is held once a year. In this case, during a periodwhen the national convention is held, the execution priority of a taskof transmitting user's racing data and receiving a ranking data is setas appropriate by using “HIGH”, “MEDIUM”, and “LOW”. On the other hand,after end of the national convention, execution of the task is stoppedby setting the execution priority of the task as “STOPPED”. Then, whenthe national convention is started again one year later, the executionpriority of the task is set as appropriate by using “HIGH”, “MEDIUM”,and “LOW”, so that it is possible to execute the task only during theperiod of the national convention.

The following will describe the number of uses. When the task isgenerated, a predetermined numerical value is set as an initial valuefor the number of uses. The number of uses is decreased, for example, by1, each time the task is executed. In addition, each time a game or thelike corresponding to the task is started, the number of uses is resetto be the initial value. Then, a task whose number of uses becomes 0 (inother words, it indicates that the game or the like corresponding tosuch a task has not been executed for a long time period) is notexecuted regardless of the execution priority thereof (the task itselfis not deleted).

As described above, in the present embodiment, execution control oftasks are possible by using parameters for the execution control oftasks, which are the execution priority and the number of uses. Inaddition, these parameters for the execution control are changeable bylater-described policy data.

The following will describe the three types of execution timings of atask executed in the above-described “Internet communication” and aprocess outline thereof, on the basis of the execution priority and thenumber of uses.

[Time Designated Execution]

First, in the time designated execution, when the task is generated, anexecution time is designated for the task. At coming of the designatedtime, the task is executed. The time designated execution is carried outeven during the “sleep mode”. In addition, depending on the contents ofa task, a later-described installation process may be performed. Thus,in the present embodiment, the following operation is possible.

For example, an assumption is made as follows. When the game apparatus 1is in the normal power mode, a task of “confirming presence/absence of anew free game” is generated in accordance with an operation of the user,or the like (URL information of a server which is a confirmationdestination is included in data of the task as described above). In thiscase, a scheduled execution time of the task is 15:00. Then, the userpresses the power button 14F of the game apparatus 1 to shift to the“sleep mode”, and goes out, for example, around 12:00 with the gameapparatus 1. At this time, a menu screen has been displayed on the gameapparatus 1 as shown in FIG. 4 immediately before shifting to the “sleepmode”.

Then, at 15:00, the game apparatus 1 attempts to execute the task. Inother words, at 15:00, first, the game apparatus 1 restarts power supplyto the CPU 31 and the main memory 32. Then, in order to connect to theInternet, the game apparatus 1 starts searching for a connectable AP.Here, the game apparatus 1 searches for a general AP 102 whose ESSID orthe like is previously registered on a setting screen or the like. Whena connectable AP is found, the game apparatus 1 connects to the policyserver 103 via the AP. Then, the game apparatus 1 obtains “policy data”from the policy server 103. Although details will be described later,the policy data includes information which defines the executionpriority of the task, namely, a parameter for the execution control ofthe task. Note that it is difficult to define different policy data foreach general AP, but it is possible to cause policy data common togeneral APs to be obtained, and it is also possible to cause differentpolicy data to be obtained, depending on country information which isset in the game apparatus 1, or the like. Then, the game apparatus 1connects to the server in accordance with the URL information includedin the task, and obtains data indicating presence/absence of a new freegame. Next, the game apparatus 1 determines whether or not a new freegame is present, on the basis of the data, and when the free game ispresent, the game apparatus 1 connects to a predetermined server inwhich the program of the free game is stored. Then, the game apparatus 1obtains data of the free game and installs the free game therein.Thereafter, the game apparatus 1 stops power supply to the CPU 31. As aresult, for example, when the user comes back home at 18:00 and turns onthe game apparatus 1 (to shift from the sleep mode to the normal powermode), a menu is displayed as shown in FIG. 5, in which a present icon112 indicating that there is a newly installed application is added.Then, if the user selects the present icon 112 and presses apredetermined button, an animation effect of opening a present box isdisplayed, and then an icon indicating the new free game installed atthis time is displayed so as to replace the present icon 112.

Further, the following operation is also possible in the presentembodiment. For example, an assumption is made as follows. Concerning aninstalled game, a task of “confirming presence/absence of additionalcontents” is generated. A scheduled execution time of the task is 15:00similarly to the above. Then, similarly to the above, the user causesthe game apparatus 1 to shift to the sleep mode and goes out around12:00 with the game apparatus 1. Thereafter, the task is executed around15:00, and additional contents of a game, here, additional contents of agame indicated by an icon 111 in FIG. 4 (e.g., an additional scenario ofan RPG) are downloaded. In such a case, when the user comes back home at18:00 and causes the game apparatus 1 to shift from the sleep mode tothe normal power mode, a mark “New!” indicating presence of theadditional contents is displayed near the icon 111. This mark notifiesthe user of arrival of new contents concerning the game indicated by theicon 111.

By the process as described above, the contents of the menu of the gameapparatus 1 can be different between before the user goes out and afterthe user comes back.

Naturally, the time designated execution is also possible in the “normalpower mode”. For example, even when the user does not go out and plays agame at home around 15:00, the game apparatus 1 may obtain and install afree game as described above (i.e., as a background process) in parallelwith processing of the game. In this case, when a shift to the menuscreen is performed after the user finishes playing the game, the usernotices that the present icon 112 (i.e., some sort of a new softwareelement) is added to the menu without realizing it.

Note that, when a situation occurs which results in a plurality of tasksbeing executed at the same time, the execution order of each task isdetermined as appropriate on the basis of the execution priority.

[Immediate Execution]

The following will describe the immediate execution of the task. In theimmediate execution, a task is executed immediately in accordance withan instruction of the user, or the like. For example, it is the casewhere the user manually makes an instruction to execute a predeterminedtask.

[Task Execution when Dedicated AP is Involved]

The following will describe task execution when a dedicated AP isinvolved. As described above, since power is supplied to the wirelesscommunication module 34 even in the “sleep mode”, the wirelesscommunication module 34 always operates unless the power is completelyturned off. Thus, in the present embodiment, in either the “normal powermode” or the “sleep mode”, the wireless communication module 34repeatedly performs scan (i.e., passive scan) of a beacon. Here, abeacon transmitted from the above dedicated AP 101 includes informationindicating that the AP 101 is managed by the manufacture of the gameapparatus 1. For example, such information (hereinafter, referred to asvendor specific information) is included in “Vendor Specific” which isdefined in the standard of IEEE802.11 and which is one of informationelements of the beacon. In the present embodiment, using the vendorspecific information of the beacon, it is determined whether or not thebeacon is a beacon transmitted from the dedicated AP. In other words, itis determined whether or not the user (carrying the game apparatus 1) isnear the dedicated AP 101. As a result, when it is determined that thebeacon is the beacon transmitted from the dedicated AP 101, the gameapparatus 1 establishes a connection to the dedicated AP 101 and furtherconnects to the policy server 103 via the Internet. Then, the gameapparatus 1 obtains the “policy data” from the policy server 103.Although details will be described later, the policy data includesinformation which defines the execution priority of the task. Inaddition, as described above, in the present embodiment, it is possibleto define different policy data for each dedicated AP. For example, whenthe game apparatus 1 connects to the policy server 103 via a dedicatedAP 101 which is set at a store A, “policy data A” is obtained, and whenthe game apparatus 1 connects to the policy server 103 via a dedicatedAP 101 which is set at a store B, “policy data B” is obtained. In thiscase, for example, in the “policy data A”, the execution priorities oftasks are set such that “task A>task B”, and in the “policy data B”, theexecution priorities of the tasks are set such that “task B>task A”. Asa result, a task preferentially executed is different between when theuser is at the store A and when the user is at the store B. As a result,it is possible to perform execution control of tasks in accordance witheach store (to be exact, in accordance with the dedicated AP 101 whichis set at each store). In addition, policy data which is different onthe basis of both the dedicated AP 101 and information such as countryinformation which is set in the game apparatus 1, can be caused to beobtained.

Moreover, in the present embodiment, the policy data may includeinformation for changing the number of uses. When such information isincluded, for example, the number of uses of a task, which is 0, is setto be 1. As a result, the task can be executed once.

As described above, in the present embodiment, when the user carryingthe game apparatus 1 comes near the dedicated AP 101, the game apparatus1 obtains the policy data from the policy server 103. Then, inaccordance with the dedicated AP 101 used for the connection to thepolicy server 103, it is possible to change the execution priority of atask to be executed in the game apparatus 1. Thus, as described above, atask preferentially executed is changed (in execution order of tasks) inaccordance with the store. In addition, for example, when the user stopsin at the store A at which the dedicated AP 101 is set, it is possibleto most preferentially execute a task of downloading data specific tothe store A (e.g., an item in a game, which is available only via thededicated AP 101 at the store A). Further, since it is possible tochange the number of uses, for example, it is possible to cause a task,whose number of uses is 0 and which has not been executed for a longtime period, to be executed when the user visits a store. Then, as theexecution result of the task, a notification is displayed, therebyproviding a surprise to the user or drawing “attention” of a user whodoes not positively collect information. As a result, for example, it ispossible to give the user a motivation to play again a game which hasnot been played for a long time period.

As described above, in the present embodiment, although the gameapparatus 1 is actually not a constant connection type terminal, abehavior of the game apparatus 1 as if being constantly in connectioncan be exhibited to the user, by performing the “Internet communication”and task execution (transmitting and receiving data to and from theserver) even when the game apparatus 1 is in the “sleep mode” asdescribed above. As a result, the user can obtain various notifications,free applications, and the like, without independently and positivelyperforming an operation for a connection to the network. In addition, itis possible to provide a surprise and/or a fun to the user by thesoftware configuration of the game apparatus 1 being changed withoutrealizing it.

The following will describe a process outline of “passing communication”using the above-described “local communication”. FIGS. 7 to 10 arediagrams for illustrating the “passing communication”. First, in thepresent embodiment, a data area for the “passing communication” isreserved in the NAND flash memory 33. FIG. 7 is a schematic diagramshowing the data area for the “passing communication”. In FIG. 7, thearea is constituted of a set of “slots”. Each slot is associated with apredetermined application or game. The user can optionally make thisassociation by performing a predetermined operation. Each slot isconstituted of an ID indicating the associated application or game, atransmission box, and a reception box. In the “passing communication”,when the game apparatuses 1 automatically and repeatedly search for eachother and detect each other, data in the boxes are automaticallytransmitted and received.

The following will give one example. For example, it is assumed that auser A plays a game A by using its own game apparatus A. As a result, ina process of the game A, data indicating a “treasure map 1” is stored inthe transmission box of a slot associated with the game A. Further, theuser A plays another game B, and in a process of the game B, data of a“fighter” which is a “mercenary” useable in the game B is stored in thetransmission box of a slot associated with the game B. FIG. 8 is aschematic diagram showing such a storage state of the game apparatus Aof the user A.

Similarly, a user B plays the game A by using its own game apparatus B,and, as a result, data indicating a “treasure map 3” is stored in thetransmission box of a slot associated with the game A. In addition, as aresult of the user B playing the game B, mercenary data of a “wizard” isstored in the transmission box of a slot associated with the game B.FIG. 9 is a schematic diagram showing a storage state of the gameapparatus B of the user B.

On the premise of the storage states as described above, an assumptionis made as follows. The user A and the user B go out with their own gameapparatuses, respectively. Each game apparatus has shifted to the “sleepmode”. In each game apparatus, a setting has been performed so as topermit the “passing communication” to be performed. In addition, duringthe “sleep mode”, each game apparatus periodically transmits a signal ofa “passing connection request” (a beacon for passing communication).FIG. 10 is a schematic diagram illustrating the “passing communication”on such an assumption. In FIG. 10, a start point of the user A is apoint A, and a start point of the user B is a point C. Then, both usersarrive at a point E so as to approach each other within a range in whichthe game apparatuses are allowed to perform local communication witheach other. At this time, the “passing connection request” transmittedby one of the game apparatuses is received by the other game apparatus,and a connection for “local communication” between the game apparatusesis established on the basis of the “passing connection request”. Then,data is exchanged as follows. In other words, data in the transmissionbox in the game apparatus A of the user A is transmitted to thereception box of the corresponding slot of a game in the game apparatusB. Specifically, the “treasure map 1” of the game A is transmitted tothe reception box of the slot, in the game apparatus B, which isassociated with the game A. Similarly, the “mercenary data of thefighter” of the game B in the game apparatus A is transmitted to thereception box of the slot of the game B in the game apparatus B.Similarly, the “treasure map 3” and the “mercenary data of the wizard”are transmitted from the game apparatus B to the reception boxes of thecorresponding slots, respectively, in the game apparatus A.

As a result, for example, as shown at a point B in FIG. 10, after the“passing communication”, in the game apparatus A, in the slot of thegame A, the “treasure map 1” is stored in the transmission box, and the“treasure map 3” is stored in the reception box. In addition, in theslot of the game B, the “mercenary data of the fighter” is stored in thetransmission box, and the “mercenary data of the wizard” is stored inthe reception box. Then, the user A can use the data stored in thereception boxes, for the corresponding games. Similarly, in the gameapparatus B, as shown at a point D, the “treasure map 3” and the“mercenary data of the fighter” received from the game apparatus A arestored, and the user B can use these data for the corresponding games.

As described above, in the “passing communication” in the presentembodiment, when the game apparatus 1 is in the “sleep mode”,predetermined data stored in the storage area for the passingcommunication is transmitted and received using the “localcommunication”. Note that applications which are communication objectsare limited to games which are set in slots in both of the gameapparatuses. For example, in the case where the user B associates onlythe game B with a slot as described above and does not own the game Aitself, only data concerning the game B is transmitted and received, anddata concerning the game A is not transmitted and received.

The following will describe in detail the above-described processesperformed in the game apparatus 1. First, main programs and data used inthese processes will be described, but prior to this description,components which perform the processes in the present embodiment will bedescribed. In the present embodiment, the microcomputer 37, the wirelesscommunication module 34, and the CPU 31 independently perform processesdescribed below, and these processes are performed in a cooperativemanner and in parallel with each other. Describing allotment of mainprocess contents, the microcomputer 37 mainly performs processesconcerning: detection of opening/closing of the game apparatus 1; changecontrol of the power control mode of the game apparatus 1; management oftask execution time; and the like. The wireless communication module 34mainly performs processes such as monitoring of execution startconditions for the passing communication, scan of a beacon from an AP inthe Internet communication, and the like. The CPU 31 mainly performsoverall processes other than the processes performed by themicrocomputer 37 and the wireless communication module 34. For example,the CPU 31 executes applications and tasks.

For a help to the description below, FIG. 11 shows the relationshipsamong various functions (programs) executed in the present embodiment.FIG. 11 shows that a microcomputer process performed by themicrocomputer 37, and a wireless module process performed by thewireless communication module 34, and a start-up process performed bythe CPU 31 can be performed in parallel with each other. Each element inFIG. 11 corresponds to each of later-described various programs shown inFIGS. 12 to 14. FIG. 11 shows that, for example, in a program of the“microcomputer process” performed by the microcomputer 37, a “localcommunication BG (BackGround) process” is called and performed. Inaddition, FIG. 11 shows that, in the “local communication BG process”,an “Internet communication BG process” is called and performed. Further,FIG. 11 shows that the “local communication BG process” is also calledin the “wireless module process” performed by the wireless communicationmodule 34 and in the “start-up process” performed by the CPU 31.

The following will describe the main programs and data used in theseprocesses. FIG. 12 is a diagram showing main data stored in a storagearea (not shown) included in a microcomputer 37. Within themicrocomputer 37, a program area 301 and a data area 303 are present. Inthe program area 301, a microcomputer process program 302 for themicrocomputer 37 to perform the processes as described above, is stored,and in the data area 303, a power supply state flag 304 and a nextwake-up time 305 are stored. The power supply state flag 304 is a flagfor indicating whether or not it is in the “sleep mode”. When the powersupply state flag 304 is set to be ON, it is in the “normal power mode”,and when the power supply state flag 304 is set to be OFF, it is in the“sleep mode”. The next wake-up time 305 is data indicating a time whenthe “sleep mode” is cancelled. Basically, of next execution times whichare respectively set for tasks, the earliest time is set as the nextwake-up time 305. Note that, as will be described later, when a timeperiod from a current time to a next execution time is too short or toolong, a slight adjustment is made.

FIG. 13 is a diagram showing main data stored in a storage area (notshown) included in the wireless communication module 34. In the storagearea in the wireless communication module 34, a program area 401 and adata area 403 are present. In the program area 401, a wireless moduleprocess program 402 for the wireless communication module 34 to performthe processes as described above, is stored, and in the data area 403,dedicated AP identification information 404, communicatedterminal/dedicated AP information 405, and an extracted application ID406 are stored.

The dedicated AP identification information 404 is a character stringfor identifying the dedicated AP 101. By collating the vendor specificinformation included in the above beacon with the dedicated APidentification information 404, it can be determined whether or not anAP is the dedicated AP 101. The communicated terminal/dedicated APinformation 405 is information for not consecutively communicating withthe same communication partner within a short time period. Specifically,when communication is performed with a predetermined communicationpartner, the MAC address of the communication partner and thecommunication time are stored as the communicated terminal/dedicated APinformation 405 for a predetermined time period (the communicatedterminal/dedicated AP information 405 can be stored for a plurality ofcommunication partners). Control is performed such that no communicationis performed with a communication partner whose MAC address has beenstored, even when presence of the communication partner is detected.Thus, consecutive communication with the same communication partner canbe avoided.

The extracted application ID 406 is data in which an application ID 522of later-described passing communication data 520 is extracted andstored. This data indicates applications and games which become objectsof the “passing communication” as described above.

FIG. 14 is a diagram showing programs and data stored in the NAND flashmemory 33. Note that these data are expanded onto the main memory 32 forexecution according to need. The NAND flash memory 33 has a program area500 and a data area 510. In the program area 500, a menu process program501, a task generation process program 502, a local communication BGprocess program 503, an Internet communication BG process program 504, apolicy process program 505, a task execution process program 506, anexecution order sort process program 507, an installation processprogram 508, a plurality of application programs 509, and the like, arestored.

The menu process program 501 is a program for performing a processconcerning the menu of the game apparatus 1. The task generation processprogram 502 is a program for generating each task.

The local communication BG process program 503 and the Internetcommunication BG process program 504 are programs for performingprocesses concerning the above “local communication” and the above“Internet communication”, respectively.

The policy process program 505 is a program for performing processessuch as obtaining the above “policy data” and changing the executionpriorities of tasks on the basis of the “policy data”. The taskexecution process program 506 is a program for executing each task, andthe execution order sort process program 507 is a program fordetermining the execution order of the tasks when the tasks areexecuted. The installation process program 508 is a program forperforming processes concerning installation of a trial version or afree application of a game, and update of a system.

The application program 509 is a program for executing variousapplications such as games. Note that the term “program” is used hereinfor convenience, but a part of data used for execution of theapplication is included in the application program.

The following will describe the data area 510. In the data area 510, thepassing communication data 520, task data 530, application-related data550, game apparatus setting data 560, received policy data 570, aninstallation list 580, a download list 590, and an on-the-fly cache 600are stored.

The passing communication data 520 is data for performing transmissionand reception in the “passing communication” as described above. FIG. 15is a diagram showing an example of a data structure of the passingcommunication data 520. The passing communication data 520 isconstituted of a set of slots 521. Each slot 521 is constituted of anapplication ID 522, a transmission box 523, and a reception box 524. Theapplication ID 522 is an ID for identifying an application or gameassociated with the slot 521. In the transmission box 523, data to betransmitted to another game apparatus 1 in the “passing communication”is stored. In the reception box 524, data received from another gameapparatus 1 in the “passing communication” is stored.

Referring back to FIG. 14, the task data 530 is data which defines thecontents of a task executed in the present embodiment. FIG. 16 is adiagram showing an example of a data structure of the task data 530. Inthe task data 530, a plurality of task settings 531 are stored. Eachtask setting 531 is constituted of an application ID 532, a task ID 533,an execution priority 534, a communication destination URL 535, a filepath 536, a next execution time 537, an execution interval 538, atransmission/reception identification flag 539, a number of uses 540, anunprocessed flag 541, a temporary change flag 542, a task revision 543,a last completion time 544, a task registration time 545, and the like.

The application ID 532 is an ID indicating an application or game whichis related to the task (typically, an application or game based on whichthe task is generated). The task ID 533 is an ID for identifying thetask.

The execution priority 534 is data indicating the execution priority ofthe task, and information indicating “EXPEDITE”, “HIGH”, “MEDIUM”,“LOW”, or “STOPPED” as described above is stored therein.

The communication destination URL 535 indicates a commutationdestination of the task (typically, an upload destination of data, or aserver which is a download source). The file path 536 is data indicatinga location, in the game apparatus 1, for storing data to be uploaded ordownloaded data. In other words, the file path 536 is data indicating alocation, in the game apparatus 1, in which data to be uploaded to thecommunication destination is present, or a location, in the gameapparatus 1, for storing downloaded data.

The next execution time 537 is data indicating a time when the task isto be executed next. The execution interval 538 is data indicating anexecution interval of the task. For example, data indicating every day,every three days, every week, or the like, is stored therein. Theexecution interval 538 is used for determining the next execution time537.

The transmission/reception identification flag 539 is a flag indicatingwhether the task is a “transmission task” of transmitting predetermineddata, or a “reception task” of receiving predetermined data. Forexample, when this flag is set to be ON, it indicates that the task isthe “reception task”, and when this flag is set to be OFF, it indicatesthat the task is the “transmission task”.

The number of uses 540 is a number of uses for the task as describedabove. A task whose number of uses becomes 0 is not executed regardlessof its execution priority 534. The unprocessed flag 541 is a flagindicating whether or not the task has been executed. When this flag isset to be ON, it indicates that the task has been executed, and whenthis flag is set to be OFF, it indicates that the task has not beenexecuted yet. The temporary change flag 542 is a flag indicating, whenthe execution priority 534 of the task is changed on the basis oflater-described policy data, whether or not the change of the executionpriority 534 is temporary.

The task revision 543 is data indicating a final revision of a policyapplied to the task. The last completion time 544 is data indicating atime when the task of the task setting 531 is executed last andcompleted successfully. The task registration time 545 is dataindicating a time when the task setting 531 is generated and registeredfor the first time.

Referring back to FIG. 14, the application-related data 550 is datarelated to various applications which are installed in the gameapparatus 1. FIG. 17 is a diagram showing an example of a data structureof the application-related data 550. The application-related data 550includes a plurality of application areas 551. In each application area551, an application ID 552, a task reception cache 553, a newinstallation flag 554, a saved data 555 are stored. The application ID552 is an ID indicating an application corresponding to the applicationarea 551. The task reception cache 553 is an area in which data which isreceived as a result of execution of the “reception task” is stored.Thus, in the case of the “reception task”, information indicating thelocation of the task reception cache 553 (e.g., an address) is indicatedby the file path 536 of the task setting 531.

The new installation flag 554 is a flag indicating whether or not theapplication is a newly installed application. When this flag is set tobe ON, it indicates that the application indicated by the application ID552 is a newly installed application (e.g., a trial version of a newgame, a new free application, and the like).

The saved data 555 is saved data concerning the application indicated bythe application ID 552, and is constituted of task transmission data556, task reception data 557, and passing reception data 558. Inaddition, for example, if the application is a game, data of playercharacters, data indicating progress of the game, and the like areincluded therein.

The task transmission data 556 is data to be transmitted in the“transmission task”. Information indicating the location of this data(e.g., an address) is indicated by the file path 536 of the task setting531. The task reception data 557 is data obtained by copying data in thetask reception cache 553 when the application is executed. As a result,the copied data is handled as a part of the saved data 555, and can beused in the process of the application. Similarly, the passing receptiondata 558 is data obtained by copying data in the reception box 524 ofthe passing communication data 520 when the application is executed.

Referring back to FIG. 14, the game apparatus setting data 560 is dataof various settings and the like which are registered in the gameapparatus 1. For example, user information such as the name and the ageof the user and country information is included therein. In addition,for example, network settings, such as a password and an ESSID (ExtendedService Set Identifier) of an AP which is set at user's home, are alsoincluded therein. The network settings are determined as appropriate andstored in accordance with an operation of the user, by a process for thenetwork settings being performed as appropriate in the game apparatus 1.In addition to the above settings determined by the user, the networksettings also include an ESSID of an AP of a predetermined providerwhich is previously set as a setting before shipment (e.g., a publicwireless LAN spot, and the like). In addition, the last update date andtime of the system software of the game apparatus 1 and the like arealso stored.

The received policy data 570 is policy data received from the policyserver 103 as described above (thus, the structure of the policy datastored in the policy server 103 is the same as that of the receivedpolicy data 570). FIG. 18 is a diagram showing an example of the datastructure of the received policy data 570. The received policy data 570is constituted of a policy revision 571, policy update date and time572, AP information 573, and a plurality of policy settings 574.

The policy revision 571 is data indicating a revision of the receivedpolicy data 570. The policy update date and time 572 is data indicatingdate and time when the policy data is updated (date and time when thepolicy data is uploaded to the policy server). The AP information 573 isinformation indicating an AP associated with the received policy data570.

Each policy setting 574 is data which defines a task whose executionpriority is to be changed, and the contents of the change. Each policysetting 574 is constituted of an application. ID 575, a task ID 576, anexecution priority 577, and task duration 578. The application ID 575 isan ID indicating an application to which the policy data is to beapplied. The task ID 576 is data indicating a task to which the policydata is to be applied. In addition to data which designates individuallythe task ID 533 of the task data 530, data indicating genericdesignation or indicating that a plurality of tasks are designatedtogether may be stored therein.

The execution priority 577 indicates an execution priority after change.The task duration 578 is a flag indicating whether the change istemporary or permanent. When this flag is set to be ON, it indicatesthat the change is permanent.

Referring back to FIG. 14, the installation list 580 is data indicatingcontents of installation when the installation of an application such asupdate of the system or installation of a trial version application isneeded (this data indicates a sort of an index of the installationcontents). In the present embodiment, a task of “obtaining aninstallation list” is previously registered in the task data 530 as oneof initial settings before shipment of the game apparatus 1. Inaddition, a value which is previously determined for indicating that thetask is an initially-set task is defined as the task ID 533. In thepresent embodiment, the installation list 580 is periodically obtainedas a part of system functions of the game apparatus 1.

FIG. 19 is a diagram showing an example of a data structure of theinstallation list 580. In FIG. 19, the installation list 580 isconstituted of latest system update date and time 581, a list revision582, AP information 583, and a plurality of application information 584.

The latest system update date and time 581 is data indicating the latestupdate date and time of the system program of the game apparatus 1,which is currently provided by the manufacture of the game apparatus 1or the system program via the Internet. Necessity of system update isdetermined on the basis of whether or not the data indicated here agreeswith the latest update date and time of the system software stored inthe game apparatus 1. In addition, the list revision 582 indicates arevision (version) of the installation list 580.

The AP information 583 is information indicating an AP associated withthe installation list 580. In other words, similarly to the above policydata, the installation list 580 can define different contents for eachAP.

The application information 584 is data defined for an application whichcan be an installation object. Each application information 584 isconstituted of an application ID 585, an application version 586, anapplication type 587, and rating information 588.

The application ID 585 is an ID for identifying a to-be-installedapplication. The application version 586 indicates a version of theto-be-installed application or the like. The application type 587 isdata indicating a type of the to-be-installed application. For example,it is indicated whether the to-be-installed application is a systemprogram, a trial version, or a free application. The rating information588 is information indicating a rating (suitable age) of theto-be-installed application. On the basis of age information of the userincluded in the game apparatus setting data 560, it is determinedwhether or not to install the to-be-installed application.

Referring back to FIG. 14, the download list 590 is data which isobtained by extracting and listing what is to be installed in the gameapparatus 1, on the basis of the installation list 580, the ratinginformation, and the like. FIG. 20 is a diagram showing an example of adata structure of the download list 590. In FIG. 20, the download list590 is constituted of a plurality of item information 591. Each iteminformation 591 is constituted of an application ID 592, an applicationtype 593, and an installation priority 594. The application ID 592 andthe application type 593 are obtained by copying the application ID 585and the application type 587 of the installation list 580. Theinstallation priority 594 is data for indicating a process order atinstallation.

Referring back to FIG. 14, the on-the-fly cache 600 is an area for, whenthe system update of the game apparatus 1 is carried out, expanding datafor the system update thereon. In the present embodiment, the data forthe system update is uploaded to the server as a compressed file. Then,when performing a process of the system update, the game apparatus 1expands the compressed file on the fly in parallel with downloading ofthe compressed file. The destination onto which the compressed file isexpanded is the on-the-fly cache 600. In addition, a file name differentfrom the actual file name of the system data is assigned to the data forthe update at the expansion. For example, if the actual file name of thesystem data is “firmware.bin”, “firmware.upd” is assigned as a file nameto the data for the update at the expansion.

The following will describe in detail the above-described processesperformed by the game apparatus 1. First, the process performed by themicrocomputer 37 will be described. Then, the process performed by thewireless communication module 34 will be described, and the processperformed by the CPU 31 will be described.

[Process Performed by Microcomputer 37]

FIG. 21 is a flowchart showing the microcomputer process performed bythe microcomputer 37. The process shown in FIG. 21 is repeatedlyperformed as a background process at predetermined time intervals,unless the power of the game apparatus 1 is completely turned off. InFIG. 21, first, at step S1, it is determined whether or not the gameapparatus 1 is in the “sleep mode”. Specifically, by referring to thepower supply state flag 304, it is determined whether or not the gameapparatus 1 is in the “sleep mode”. As a result of the determination,when it is determined that the game apparatus 1 is in the “sleep mode”(YES at step S1), it is determined at step S2 whether or not a wake-uptime (a time when the sleep mode is to be cancelled) has come.Specifically, the determination is performed by the RTC 39 in themicrocomputer 37 comparing the next wake-up time 305 in the storage areain the microcomputer 37 to the current time. As a result of thedetermination, when it is determined that the wake-up time has not come(NO at step S2), the processing proceeds to later-described step S6. Onthe other hand, when it is determined that the wake-up time has come(YES at step S2), an instruction to cancel the “sleep mode” to shift tothe “normal power mode” is issued at step S3 from the microcomputer 37to the CPU 31. In addition, the power supply state flag 304 is set to beON, and a notification that the “sleep mode” is to be cancelled is givento the power management IC 41. Note that, although the game apparatus 1is caused to shift to the “normal power mode” in this case, the gameapparatus 1 may be caused to shift to the above “monitor off mode” inwhich power is not supplied to the LCD. In other words, the gameapparatus 1 may be caused to shift to a power control mode in whichpower is supplied to the CPU 31.

Next, at step S4, the local communication BG process is performed by theCPU 31. This process will be described in detail later, but an outlineof this process will be briefly described now. In the localcommunication BG process in this flow, as a result, a connection to apredetermined server via the general AP 102 and the Internet by the“Internet communication”, and execution of the task, are performed. Inaddition, an installation process is performed according to need. Then,when the local communication BG process is ended, the processingproceeds to later-described step S6.

On the other hand, as a result of the determination at step S1, when itis determined that the game apparatus 1 is not in the “sleep mode”(i.e., the game apparatus 1 is operating in the “normal power mode”) (NOat step S1), at step S5, the next wake-up time 305 and the nextexecution time 537 of the task data 530 are referred to and it isdetermined whether or not the wake-up time or a scheduled time, which isa designated execution time of a task, has come. As a result of thedetermination, when it is determined that either time has come (YES atstep S5), the processing proceeds to step S4. On the other hand, when itis determined that both of the times have not come (NO at step S5), theprocessing proceeds to step S6.

Next, at step S6, it is determined whether or not the game apparatus 1has been shifted from a closed state (a state in which the housing isclosed) to an opened state (a state in which the housing is opened)(i.e., whether or not the game apparatus 1 has been opened).Specifically, the microcomputer 37 determines whether or not a detectionsignal indicating that the housing is opened has been received from theopen/close detector 40. As a result of the determination, when it isdetermined that the game apparatus 1 has been shifted from the closedstate to the opened state (YES at step S6), at the next step S7, aninstruction to cancel the “sleep mode” is issued from the microcomputer37 to the CPU 31, the power supply state flag 304 is set to be ON, and anotification that the “sleep mode” is to be cancelled is given to thepower management IC 41. At the subsequent step S8, a notification thatthe game apparatus 1 has returned from the “sleep mode” (the “sleepmode” has been cancelled) is given from the microcomputer 37 to thepower management IC 41. Accordingly, the power management IC 41 startspower supply to each component of the game apparatus 1 as appropriate.

On the other hand, as a result of the determination at step S6, when itis determined that the game apparatus 1 has not been shifted from theclosed state to the opened state (NO at step S6), it is determined atstep S9, on the basis of a signal from the open/close detector 40,whether or not the game apparatus 1 has been shifted from the openedstate to the closed state (i.e., whether or not the game apparatus 1 hasbeen closed). As a result, when it is determined that the game apparatus1 has been shifted from the opened state to the closed state (YES atstep S9), at the next step S10, an instruction to shift to the “sleepmode” is issued from the microcomputer 37 to the CPU 31, and the powersupply state flag 304 is set to be OFF. Further, at the subsequent stepS11, a notification that the “sleep mode” is to be shifted to is issuedfrom the microcomputer 37 to the power management IC 41. Accordingly,the power management IC 41 stops power supply to the components of thegame apparatus 1, other than some components, as appropriate. On theother hand, as a result of the determination at step S9, when it isdetermined that the game apparatus 1 has not been shifted from theopened state to the closed state (NO at step S9), the processes at thestep S10 and S11 are skipped, and the microcomputer process ends.

[Process Performed by Wireless Communication Module 34]

The following will describe the wireless module process performed by thewireless communication module 34. FIGS. 22 to 23 are flowcharts showingthe wireless module process. Similarly to the above microcomputerprocess, the process shown in FIG. 22 is repeatedly performed as abackground process at predetermined time intervals, unless the power ofthe game apparatus 1 is completely turned off.

In FIG. 22, first, at step S21, the communicated terminal/dedicated APinformation 405 in the storage area in the wireless communication module34 is referred to, and it is determined whether or not an MAC addresswith which a predetermined time has elapsed from last communication isstored therein. Since the last communication time is stored in thecommunicated terminal/dedicated AP information 405 as described above,presence/absence of an MAC address with which the predetermined time haselapsed is determined by comparing this time to the current time.

As a result of the determination, when it is determined that the MACaddress with which the predetermined time has elapsed from lastcommunication is stored (YES at step S21), at step S22, the MAC addresswhich satisfies this condition, and data of the last communication timeassociated therewith, are deleted from the communicatedterminal/dedicated AP information 405. Then, the processing proceeds tostep S23. On the other hand, when it is determined that no MAC addresswith which the predetermined time has elapsed from last communication isstored (NO at step S21), the process at step S22 is skipped, and theprocessing proceeds to the next step S23.

At step S23, a “passing connection request” is broadcast-transmitted.The “passing connection request” is a request signal for, when data isstored in the passing communication data 520, notifying another gameapparatus 1 of a request for the “passing communication” as describedabove. The signal includes an MAC address of the wireless communicationmodule 34. In addition, the signal includes an application ID indicatedby the extracted application ID 406. In other words, the “passingconnection request” includes data indicating an application which is atransmission and reception object of data (which is desired to betransmitted and received), and is broadcast.

Next, at step S24, it is determined whether or not a “passing connectionresponse” has been received. The “passing connection response” is aresponse signal from the other game apparatus 1 which receives the“passing connection request” which is broadcast-transmitted at step S23.Reception of the response signal indicates that it is possible toestablish a connection to the other game apparatus 1, which transmitsback the response signal, by the “local communication”. As a result ofthe determination, when it is determined that the “passing connectionresponse” has been received from the other game apparatus 1 (YES at stepS24), it is determined at step S25 whether or not applicationsregistered in the game apparatuses 1 as transmission and receptionobjects agree with each other. Specifically, an application ID includedin the received “passing connection response” is collated with theextracted application ID 406. Then, it is determined whether or notthere is at least one agreeing application ID.

As a result of the determination, when it is determined that there is noagreeing application ID (NO at step S25), the “passing communication” isnot performed, and the wireless module process ends. On the other hand,when it is determined that there is at least one agreeing application ID(YES step S25), a process for transmitting and receiving passingcommunication data concerning the application ID is performed.Specifically, first, at step S26, it is determined whether or not thegame apparatus 1 is in the “sleep mode”. The power supply state flag 304for determining whether or not the game apparatus 1 is in the “sleepmode” is present in the microcomputer 37, and the wireless communicationmodule 34 and the microcomputer 37 are connected to each other via theCPU 31. Thus, in the state where power is not supplied to the CPU due tothe game apparatus 1 being in the “sleep mode”, the wirelesscommunication module 34 cannot access the power supply state flag 304.Therefore, on the basis of the result that the wireless communicationmodule 34 cannot access the power supply state flag 304, it can bedetermined that the game apparatus 1 is in the “sleep mode”. As aresult, when it is determined that the game apparatus 1 is in the “sleepmode” (YES at step S26), an instruction to cancel the “sleep mode” isissued to the CPU 31 at step S27. In addition, here, the game apparatus1 is only necessarily in a mode in which power is supplied to the CPU31, and thus may shift to the above “monitor off mode”. Then, at stepS28, the local communication BG process is performed. On the other hand,when it is determined that the game apparatus 1 is not in the “sleepmode” (NO at step S26), the game apparatus 1 is thought to be operatingin the “normal power mode”, and thus the process at step S27 is skipped,and the processing proceeds to step S28.

At step S28, the local communication BG process is performed by the CPU31. This process will be described in detail later. Briefly describingan outline of the local communication BG process in this flow, as aresult, the passing communication data 520 is transmitted by using the“local communication”, and then received. Then, when the localcommunication BG process ends, the wireless module process ends.

On the other hand, as a result of the determination at step S24, when itis not determined that the “passing connection response” to the requestsignal which is broadcast by the wireless communication module 34 hasnot been received (NO at step S24), it is determined at step S29 whetheror not the wireless communication module 34 has received a “passingconnection request” transmitted from another game apparatus 1. As aresult of the determination, when it is determined that the wirelesscommunication module 34 has received the “passing connection request”transmitted from the other game apparatus 1 (YES at step S29), at thenext step S30, the communicated terminal/dedicated AP information 405 isreferred to, and it is determined whether or not an MAC address of thetransmission source is stored therein. In other words, it is determinedwhether or not the “passing connection request” is from a communicationpartner with which the “passing communication” has been performed justbefore. As a result of the determination, when it is determined that theMAC address of the transmission source is stored in the communicatedterminal/dedicated AP information 405 (YES at step S30), communicationis not performed with the transmission source, and the wireless moduleprocess ends.

On the other hand, when it is determined that the MAC address of thetransmission source is not stored in the communicated terminal/dedicatedAP information 405 (NO at step S30), it is determined at step S31,similarly to step S25, whether or not there is an agreeing applicationID out of the application IDs of applications registered as objects ofthe “passing communication”. As a result of the determination, when itis determined that there is no agreeing application ID (NO step S31),communication is not performed with the transmission source, and thewireless module process ends. On the other hand, when it is determinedthat there is at least one agreeing application ID (YES at step S31), itis determined at step S32, similarly to step S26, whether or not thegame apparatus 1 is in the “sleep mode”. As a result, when it isdetermined that the game apparatus 1 is in the “sleep mode” (YES at stepS32), at step S33, similarly to step S27, an instruction to cancel the“sleep mode” is issued to the CPU 31. Then, at step S34, the localcommunication BG process is performed. On the other hand, when it isdetermined that the game apparatus 1 is not in the “sleep mode” (NO atstep S32), it means that the game apparatus 1 is already operating inthe “normal power mode”, and thus the process at step S33 is skipped,and the processing proceeds to step S34.

At step S34, the local communication BG process is performed similarlyto step S28. As an outline of the process in this case, data for thepassing communication is transmitted, and then received (the order oftransmission and reception is opposite to that at step S28).

The following will describe a process performed when it is determined atstep S29 that the wireless communication module 34 has not received any“passing connection request” (NO at step S29). In this case, it isdetermined whether or not a dedicated AP 101 is present near the gameapparatus 1, and when the dedicated AP 101 is present, a process forcommunicating with the dedicated AP 101 is performed. Specifically, atstep S35 in FIG. 23, scan of a beacon transmitted from the access point,namely, so-called “passive scan”, is performed. In the presentembodiment, a communication channel used for communicating with thededicated AP 101 is previously determined. Thus, in this process, bysetting the communication channel before shifting to the sleep mode, itis possible to perform passive scan without activating the CPU 31.

Next, at step S36, on the basis of a result of the scan, it isdetermined whether or not a beacon transmitted from the dedicated AP 101has been received. Specifically, it is determined whether or not thededicated AP identification information 404 stored in the storage areain the wireless communication module 34 is included in the vendorspecific information of the received beacon obtained by the scan. As aresult of the determination, when it is determined that the beacon fromthe dedicated AP 101 has not been received (NO at step S36), thewireless module process ends.

On the other hand, when it is determined that the beacon from thededicated AP has been received (YES at step S36), it is determined atstep S37 whether or not the MAC address of the dedicated AP 101 which isthe transmission source of the beacon is stored in the communicatedterminal/dedicated AP information 405. In other words, it is determinedwhether or not the beacon is from the dedicated AP 101 with whichcommunication has been performed just before. As a result of thedetermination, when it is determined that the MAC address of thededicated AP 101 is stored in the communicated terminal/dedicated APinformation 405 (YES at step S37), the wireless module process ends.

On the other hand, when it is determined that the MAC address of thededicated AP 101 is not stored in the communicated terminal/dedicated APinformation 405 (NO at step S37), it is determined at step S38,similarly to steps S26 and S32, whether or not the game apparatus 1 isin the “sleep mode”. As a result, when it is determined that the gameapparatus 1 is in the “sleep mode” (YES at step S38), an instruction tocancel the “sleep mode” is issued to the CPU 31 at step S39 similarly tosteps S27 and S33. Then, at step S40, the local communication BG processis performed. On the other hand, when it is determined that the gameapparatus 1 is not in the “sleep mode” (NO at step S38), the process atstep S39 is skipped, and the processing proceeds to step S40.

At step S40, the local communication BG process is performed. Thisprocess will be described in detail later. Briefly describing thecontents executed in this flow, as a result, a process of connecting tothe policy server 103 via the dedicated AP 101, a process of changingpriorities of tasks on the basis of the policy data, and the like, areperformed, and various tasks are executed. Then, when the localcommunication BG process ends, the wireless module process ends.

[Process Performed by CPU 31]

The following will describe the process performed by the CPU 31.

[Start-Up Process]

FIGS. 24 and 25 are flowcharts showing in detail the start-up processperformed when the game apparatus 1 is started. When the game apparatus1 is started for the first time after purchasing, the process in theflowcharts is started. Then, unless the power is completely turned off,a process loop of steps S62 to S74 shown in FIGS. 24 and 25 isrepeatedly performed as a background process. For example, even when agame process or the like is performed, the process in the flowchartsshown in FIGS. 24 and 25 is performed as a background process inparallel (this is because this process is monitoring of the home button14I being pressed during the game process or the like and is aninterrupt process at that time).

In FIG. 24, first, at step S61, a menu process is performed. Thisprocess will be described in detail later. Briefly describing an outlineof this process, a process concerning display of a menu screen, aprocess of activating and executing an application which is selected bythe user on the menu screen, and the like, are performed.

Next, at step S62, it is determined whether or not the CPU 31 hasreceived an instruction to cancel the “sleep mode”. Specifically, in thefollowing cases, it is determined that the CPU 31 has received theinstruction to cancel the “sleep mode”.

(1) When, in the “sleep mode”, the wireless communication module 34receives a “passing connection request” or a “passing connectionresponse” and the CPU 31 receives an instruction to cancel the “sleepmode” from the wireless communication module 34 (step S27 or S33 in FIG.22).

(2) When, in the “sleep mode”, the wireless communication module 34receives a beacon from the dedicated AP 101 and the CPU 31 receives aninstruction to cancel the “sleep mode” from the wireless communicationmodule 34 (step S39 in FIG. 23).

(3) When the microcomputer 37 (RTC 39) detects coming of the nextwake-up time and the CPU 31 receives an instruction to cancel the “sleepmode” from the microcomputer 37 (step S3 in FIG. 21).

(4) When the game apparatus 1 changes from the closed state to theopened state and the CPU 31 receives an instruction to cancel the “sleepmode” from the microcomputer 37 (step S7 in FIG. 21).

As a result of the determination, when it is determined that the CPU 31has received an instruction to cancel the “sleep mode” (YES at step S62,it is determined at step S63 whether or not the cancellation instructionis an instruction issued from the wireless communication module 34. As aresult, when it is determined that the cancellation instruction is theinstruction issued from the wireless communication module 34 (YES atstep S63), at step S64, a notification that the “sleep mode” is to becancelled is issued to the power management IC 41 via the microcomputer37, and the power supply state flag 304 in the microcomputer 37 is setto be ON. Accordingly, the power management IC 41 starts power supply tothe CPU 31, and the “sleep mode” is cancelled at step S65. On the otherhand, as a result of the determination at step S63, when it isdetermined that the cancellation instruction is not the instructionissued from the wireless communication module 34 (NO at step S63), thecancellation instruction is thought to be from the microcomputer 37.When the cancellation instruction is from the microcomputer 37, thenotification to the power management IC 41 is already performed and thepower supply state flag 304 is already changed. Thus, the process at thestep S64 is skipped, and the processing proceeds to step S65. Then, theprocessing proceeds to later-described step S69.

On the other hand, as a result of the determination at step S62, when itis determined that the CPU 31 has not received the instruction to cancelthe “sleep mode” (NO at step S62), it is determined at step S66 whetheror not the CPU 31 has received an instruction to shift to the “sleepmode”. Specifically, in the following cases, it is determined that theCPU 31 has received the instruction to shift to the “sleep mode”.

(1) When an instruction to return to the “sleep mode” again is issuedafter the “sleep mode” is cancelled and the “passing communication” isperformed (step S166 in later-described FIG. 31).

(2) When the “sleep mode” is cancelled and communication is performedwith the dedicated AP, and then an instruction to return to the “sleepmode” again is issued (step S195 in later-described FIG. 33).

(3) When an instruction to return to the “sleep mode” again is issuedafter the “sleep mode” is cancelled due to coming of the wake-up timeand communication is performed (step S195 in later-described FIG. 33).

(4) When the game apparatus 1 changes from the opened state to theclosed state and the CPU 31 receives an instruction to shift to the“sleep mode” from the microcomputer 37 (step S10 in FIG. 21).

The instructions in the above (1) to (3) are issued in the “localcommunication BG process” or “Internet communication BG process”described later.

As a result of the determination at step S66, when it is determined thatthe CPU 31 has received the instruction to shift to the “sleep mode”(YES at step S66), at step S67, a notification that the “sleep mode” isto be shifted to is given to the power management IC 41 via themicrocomputer 37, and the power supply state flag 304 in themicrocomputer 37 is set to be OFF. Then, at step S68, the shift to the“sleep mode” is performed. On the other hand, as a result of thedetermination at step S66, when it is determined that the CPU 31 has notreceived the instruction to shift to the “sleep mode” (NO at step S66),the processes at steps S67 and S68 are skipped, and the processingproceeds to step S69 which will be described below.

Next, at step S69 in FIG. 25, it is determined whether or not data hasbeen received as a result of any task being executed. As a result, whenit is determined that data has been received in any task (YES at stepS69), at least any one of LEDs 15A to 15C of the game apparatus 1 is litup at step S70. This operation corresponds to a so-called “new arrivalnotification”. On the other hand, when it is determined that data hasnot been received (NO at step S69), the process at step S70 is skipped,and the processing proceeds to the next step S71.

Next, at step S71, it is determined whether or not the game apparatus 1is in the “sleep mode”. Specifically, the determination can be performedby referring to the power supply state flag 304. As a result, when it isdetermined that the game apparatus 1 is in the “sleep mode” (YES at stepS71), the processing returns to step S62 and the same process isrepeated. On the other hand, as a result of the determination at stepS71, when it is determined that the game apparatus 1 is not in the“sleep mode” (NO at step S71), it is determined at step S72 whether ornot the CPU 31 has received an instruction to immediately execute apredetermined task. As a result of the determination, when it isdetermined that the CPU 31 has not received the instruction toimmediately execute the predetermined task (NO at step S72), theprocessing proceeds to later-described step S74. On the other hand, whenit is determined that the CPU 31 has received the instruction toimmediately execute the predetermined task (YES at step S72), the localcommunication BG process is performed at step S73. This process will bedescribed in detail later. Briefly describing an outline of this processin this flow, a process of attempting to connect to an AP which ispreviously registered in the game apparatus 1, a process of transmittingand receiving data by using the “Internet communication” if theconnection is successful, and the like, are performed (i.e., the task isexecuted).

Next, at step S74, it is determined whether or not the home button 14Ihas been pressed. As a result of the determination, when it isdetermined that the home button 14I has been pressed (YES at step S74),the processing returns to step S61 and the same process is repeated, andwhen it is determined that the home button 14I has not been pressed (NOstep S74), the processing returns to step S62 and the same process isrepeated. This is the end of the description of the start-up process.

[Menu Process]

The following will describe the menu process shown at step S61. In theprocess, a process concerning display of the menu screen and activationof an application is performed. Particularly, a process of reflecting a“new arrival element”, such as a newly installed application, in themenu screen and displaying the menu screen, and the like, is performed.In addition, a process concerning update of the system of the gameapparatus 1 is also performed.

FIG. 26 is a flowchart showing in detail the menu process. In FIG. 26,first, at step S91, it is determined whether or not data for update ofthe system has been obtained as a result of execution of a task. Thedetermination is performed on the basis of whether or not the data forupdate of the system is present in the on-the-fly cache 600 (note thatthe data is generated in the later-described “installation process”). Inaddition to such a determination method, a predetermined flag may be setto be ON when the data for update of the system is obtained, and thedetermination may be performed by referring to this flag.

As a result of the determination, when it is determined that the datafor update of the system has not been obtained (NO at step S91), theprocessing proceeds to later-described step S97. On the other hand, whenit is determined that the data for update of the system has beenobtained (YES at step S91), a process concerning the update of thesystem of the game apparatus 1 is performed. Specifically, first, thedata for update of the system, which is present in the on-the-fly cache600, is transferred to a memory area in which the system data is stored.As described above, a file name different from the actual file name ofthe system data is assigned to the data for update of the system, whichis expanded onto the on-the-fly cache 600. Thus, at that time, in thememory area in which the system data is stored, two data, for example,data having a name of “firmware.bin” (the system data stored beforeupdate) and data having a name of “firmware.upd” (the data for update)are present together.

Next, at step S92, a confirmation screen for confirming with the userwhether or not to reflect the data for update of the system is generatedand displayed on the lower LCD 12. Then, an instruction input from theuser is received on the confirmation screen. The reason why such aconfirmation screen is provided is as follows. Update of the system isrelated to the basis of the game apparatus 1. Thus, depending on thecontents, update of the system may have a great effect on the user.Thus, such a confirmation is made with the user.

Next, at step S93, it is determined whether or not an instruction of theuser on the confirmation screen is an instruction to reflect the datafor update of the system. As a result of the determination, when it isdetermined that the instruction of the user is the instruction toreflect the data for update of the system (YES at step S93), update ofthe system data is reflected at step S94. Specifically, update of thesystem data is reflected by deleting the original system data (beforeupdate), and renaming the file name of the data for update of the systemto the file name of the original system data. As described above, afterthe update confirmation, the system data is updated by a process ofrenaming the file name. Thus, it seems to the user that update of thesystem is performed in a moment. Conventionally, the user usually has towait for completion of such an update process for a certain time period.However, as described above, when the data for update of the system ispresent, the data is downloaded and the file is expanded previously, andthen the confirmation is made with the user as described above. By sodoing, the user can be prevented from feeling that the user waits forcompletion of the update of the system. After the end of the process atstep S94, the menu is restarted at step S95. As a result, the processingreturns to step S91.

Note that, since items, such as free applications and trial versiongames, other than update of the system are thought to have a smalleffect on the entire system, the items are automatically installedwithout making a confirmation as described above, and reflected in themenu screen (the later-described “installation process”).

On the other hand, as a result of the determination at step S93, when itis determined that the instruction of the user is an instruction not toreflect the data for update of the system (NO at step S93), the data forupdate of the system (“firmware.upd” in the above example) is discardedat step S96. Then, the processing returns to step S91.

The following will describe a process performed when, as a result of thedetermination at step S91, it is determined that the data for update ofthe system has not been obtained (NO at step S91). In this case,generation of a menu screen is performed. In the present embodiment, amenu screen is generated and displayed by performing a process ofscanning applications installed in the game apparatus 1, and arrangingan icon corresponding to each detected application, in the menu screenas appropriate. In addition, during the process of the scan, a processconcerning presence/absence of a new arrival element (an application orthe like installed newly in the later-described “installation process”)is also performed.

Specifically, first, at step S97, the application-related data 550 inthe NAND flash memory 33 is referred to, and it is determined whether ornot a process (scan of an application) as will be described below hasbeen performed for all the applications installed in the game apparatus1. As a result of the determination, when it is determined thatunprocessed applications remain (NO at step S97), one application isselected from the unprocessed applications as a processing target(hereinafter, referred to as a scan target application), and it isdetermined at step S98 whether or not the scan target application is anewly installed application. The determination is performed by referringto the application-related data 550, and on the basis of whether or notthe new installation flag 554 in the application area corresponding tothe scan target application has been set to be ON.

As a result of the determination, when it is determined that the scantarget application is a newly installed application (YES at step S98),at step S99, a present icon 112 as shown in FIG. 5 is generated andarranged as appropriate in the menu screen. On the other hand, when itis determined that the scan target application is not a newly installedapplication (NO at step S98), at step S100, an icon corresponding to thescan target application is generated and arranged as appropriate in themenu screen.

Next, at step S101, it is determined whether or not data for the scantarget application (e.g., an announcement, additional contents, and thelike) has been received. The determination is performed by referring to,for example, the task reception cache 553 in the application area 551and/or the reception box 524 of the passing communication data 520associated with the scan target application. As a result of thedetermination, when it is determined that there is newly received data(YES at step S101), at step S102, a mark “NEW!” as shown in FIG. 6 isarranged near the icon corresponding to the scan target application.Then, the processing returns to step S97, and the next scan targetapplication is selected. On the other hand, as a result of thedetermination at step S101, when it is determined that there is no newlyreceived data (NO at step S101), the process at step S102 is skipped,and the processing returns to step S97.

The following will describe a process performed when it is determined atstep S97 that the process (scan) has been performed for all theapplications (YES at step S97). In this case, a process concerningactivation and execution of an application is performed. Specifically,at step S103 in FIG. 27, it is determined whether or not any one iconindicating an application has been selected from the menu screen. Forexample, it is determined whether or not the user performs a touch-onoperation on a predetermined icon in the menu screen as shown in FIG. 4.As a result of the determination, when it is determined that no (iconof) application on the menu screen has been selected (NO at step S103),the determination at step S103 is repeated.

On the other hand, when it is determined that any one (icon of)application in the menu screen has been selected (YES at step S103), itis determined at step S104 whether or not the new installation flag 554corresponding to the selected application has been set to be ON. Inother words, it is determined whether or not the selected application isa newly installed application. As a result, when it is determined thatthe new installation flag 554 has been set to be ON (YES at step S104),an icon corresponding to the application is displayed as the presenticon 112, and thus, at step S105, the present icon 112 is changed to anicon which is originally defined as an icon of the application (andwhich is stored as a part of the application program). In this case, ananimation display in which the box of the present icon 112 is opened isperformed.

Next, at step S106, the new installation flag 554 for the application isset to be OFF, and the processing returns to step S103.

On the other hand, as a result of the determination at step S104, whenit is determined that the new installation flag 554 has been set to beOFF (NO at step S104), activation and execution of an applicationselected next time are performed. First, when the selected applicationis activated, at step S107, an authentication process is performed byusing an authentication key, and it is determined whether or not theauthentication is successful. The authentication process is a processfor preventing an unauthorized application, which is installed due to acertain reason, from being executed. It is determined whether or not theapplication is a genuine application, by using an authentication keydownloaded together with the application program. As a result of thedetermination, when the authentication is successful (YES at step S107),at step S108, a process concerning the selected application(hereinafter, referred to as “process of each application”) isperformed. Then, when the process concerning the application ends, theprocessing returns to step S91. On the other hand, when theauthentication is failed (NO at step S107), the application is notexecuted, and the processing returns to step S91. This is the end of thedescription of the game apparatus menu process.

[Process of Each Application]

The following will describe the process of each application shown atstep S108. Note that specific process contents of each application arenaturally different from that of the other applications. Thus, thedescription concerning the difference is omitted, and a part related tothe present embodiment, namely, a process concerning the task and aprocess related to each type of communication described above will bedescribed as process contents common to the applications, namely, as aprocess which is thought to be performed generally in any of theapplications.

FIGS. 28 and 29 are flowcharts showing in detail the process of eachapplication. First, at step S121, it is determined whether or not, as aresult of a task being executed, newly received data for the applicationis present in the task reception cache 553. As a result of thedetermination, when it is determined that the newly received data ispresent (YES at step S121), at step S122, the data in the task receptioncache 553 is transferred to the task reception data 557 of the saveddata 555 of the application (as a result, the task reception cache 553becomes empty). Then, the processing proceeds to step S123. On the otherhand, when no newly received data is present (NO at step S121), theprocess at step S122 is skipped, and the processing proceeds to stepS123.

Next, at step S123, it is determined whether or not newly received datais present in the reception box 524 of the passing communication data520 associated with the application. As a result of the determination,when it is determined that newly received data is present in thereception box 524 (YES at step S123), at step S124, the data in thereception box 524 is transferred to the passing reception data 558 ofthe saved data 555 of the application (as a result, the reception box524 becomes empty). Then, the processing proceeds to step S125. On theother hand, when no newly received data is present in the reception box524 (NO at step S123), the process at step S124 is skipped, and theprocessing proceeds to step S125.

Next, at step S125, various information processing corresponding to thecontents of each application is performed. For example, game processing,painting software processing, camera application processing, or thelike, is performed. In various information processing, the data in thetask reception data 557 and the passing reception data 558, which arenewly transferred thereto at steps S122 and S124, can be used.

Next, at step S126, it is determined whether or not an event of newlyadding a task or changing the contents of a task has occurred as aresult of various information processing at step S125. As a result, whenit is determined that the event has not occurred (NO at step S126), theprocessing proceeds to later-described step S132.

On the other hand, when it is determined that the event of new additionof the task or the event of update of the task has occurred (YES at stepS126), it is determined at step S127 whether the contents concerning theevent having occurred are related to a “transmission task” or a“reception task”. As a result of the determination, when it isdetermined that the contents are addition or update of the “transmissiontask” (YES at step S127), at the subsequent step S128, data to betransmitted is produced and stored as the task transmission data 556 ofthe saved data 555. In addition, at step S129, various parameters forthe “transmission task” are set. The parameters which are set here areparameters for setting the items constituting the task setting 531 asshown in FIG. 16. Specifically, the following parameter setting isperformed.

(1) Application ID→ID of the application.

(2) Task ID→a new value in the case of new addition of a task, and thesame value as the task ID of a task to be updated in the case of update.

(3) Execution priority→an optional value.

(4) Communication destination URL→URL of a server which is atransmission destination.

(5) File path→a value indicating the location of the task transmissiondata 556.

(6) Next execution time→an optional value.

(7) Execution interval→an optional value.

(8) Transmission/reception identification flag→a value representing“transmission”.

(9) Number of uses→an optional value.

After the above parameter setting is performed, the processing proceedsto later-described step S131.

On the other hand, as a result of the determination at step S127, whenit is determined that the contents of the event having occurred arerelated to the “reception task” (NO at step S127), various parametersfor the “reception task” are set at step S130. This process is s processof setting parameters for setting the items of the task setting 531,similarly to step S129.

Specifically, the following parameter setting is performed.

(1) Application ID→the ID of the application.

(2) Task ID→a new value in the case of new addition of a task, and thesame value as the task ID of a task to be updated in the case of update.

(3) Execution priority→an optional value.

(4) Communication destination URL→URL of a server which is a receptiondestination.

(5) File path→a value indicating a storage destination of received data(the task reception cache 553).

(6) Next execution time→an optional value.

(7) Execution interval→an optional value.

(8) Transmission/reception identification flag→a value representing“reception”.

(9) Number of uses→an optional value.

After the above parameter setting is performed, the processing proceedsto later-described step S131

Next, at step S131, a task generation process is performed forperforming new addition of a task or update of an existing task on thebasis of the above set parameters. FIG. 30 is a flowchart showing indetail the task generation process shown at step S131. In FIG. 30,first, at step S151, task setting data for work is generated on thebasis of each of the above parameters. The task setting data for work istemporary data generated in the main memory 32 and has the same datastructure as that of the task setting 531. Note that for the items whichhave optional values and whose parameters have not been determined yet,values which are determined as initial values are set.

Next, at step S152, it is determined whether or not the combination ofan application ID and a task ID of the task setting data for work agreeswith any combination of the application ID 532 and the any task ID 533in the task settings 531 stored in the task data 530. In other words, itis determined whether a task is newly added or an existing task isupdated. As a result of the determination, when there is an agreeingcombination of IDs (YES at step S152), the contents of the agreeing tasksetting 531 are placed by (i.e., updated with) the task setting data forwork at step S153. On the other hand, when there is no agreeingcombination of IDs (NO at step S152), the task setting data for work isadditionally registered as a new task setting 531 in the task data 530at step S154. Then, the task setting data for work is deleted, and thetask generation process ends.

Referring back to FIG. 28, after the end of the process at step S131, atstep S132 in FIG. 29, it is determined whether or, as a result of thevarious information processing at step S125, an event concerningtransmission using the “passing communication” has occurred. Forexample, in the various information processing, it is determined whetheror not an instruction to transmit data using the “passing communication”has been made by the user. As a result of the determination, when it isdetermined that the event of transmitting data by using the “passingcommunication” has occurred (YES at step S132), transmission datacorresponding to the event contents is generated as appropriate at stepS133. Then, the generated transmission data is stored in thetransmission box 523 of the slot 521, in the passing communication data520, corresponding to the application. Then, the processing proceeds tolater-described step S134. On the other hand, as a result of thedetermination at step S132, when it is determined that the event has notoccurred (NO at step S132), the process at step S133 is skipped, and theprocessing proceeds to step S134.

Next, at step S134, it is determined whether or not data received from aserver is present. In other words, it is determined whether or not newdata has been received as a result of execution of a “reception task”(thus, when it is determined as YES at step S121, it is determined asYES here). For example, when new data has been received from a server,the new data has been transferred to the saved data 555 at step S122.Thus, this determination is performed by referring to the saved data555.

As a result of the determination, when it is determined that no new datareceived from the server is present (NO at step S134), the processingproceeds to later-described step S142. On the other hand, when it isdetermined that new data received from the server is present (YES atstep S134), it is determined at step S135 whether or not a notificationannouncing an end of a network service concerning the currently executedapplication is included in the received data. As a result, when it isdetermined that the notification announcing the end of the networkservice is not included (NO at step S135), the processing proceeds tolater-described step S141.

On the other hand, when the notification announcing the end of thenetwork service is included (YES at step S135), a message announcing theend of the network service is displayed on the upper LCD 22 or the lowerLCD 12 at step S136. Next, at step S137, it is determined whether or notany task setting 531 including the application ID 532 of the currentlyexecuted application remains in the task data 530. When it is determinedthat the task setting 531 remains (YES at step S137), all the tasksettings 531 including the application ID 532 of the currently executedapplication are deleted. On the other hand, when it is determined thatno such a task setting 531 remains (NO at step S137), the process atstep S138 is skipped.

Next, at step S139, the passing communication data 520 is referred to,and it is determined whether or not a slot 521 to which the applicationID 522 of the currently executed application is assigned is present.When it is determined that the slot 521 remains (YES at step S139), thecontents in the slot 521 corresponding to the currently executedapplication are cleared at step S140. As a result, the association ofthe slot 521 with the application is cancelled. On the other hand, whenit is determined that no such a slot remains (NO at step S139), theprocess at step S140 is skipped.

Next, at step S141, a process of displaying the contents of the newreceived data is performed according to need.

Next, at step S142, it is determined whether or not a condition forending the application process being performed is satisfied. As aresult, when the condition is not satisfied (NO at step S142), theprocessing returns to step S121 and the same process is repeated. Whenthe condition is satisfied (YES at step S142), the applicationprocessing is ended. This is the end of the description of theprocessing of each application.

[Local Communication BG Process]

The following will describe the local communication BG process(specifically, step S4 in FIG. 21, steps S28 and S34 in FIG. 22, stepS40 in FIG. 23, and step S73 at FIG. 25) which is called as appropriatein each process as described above. In this process, atransmission/reception process in the “passing communication”, andcontrol such as scan of the predetermined AP and a process of connectingto the AP, are mainly performed. In addition, when connecting to thepredetermined AP, the “Internet communication BG process”, which is aprocess for performing the “Internet communication”, and the like arecalled as appropriate.

FIGS. 31 and 32 are flowcharts showing in detail the local communicationBG process. First, at step S161, it is determined whether or not thewireless communication module 34 has received a passing connectionresponse. For example, the determination is performed by a process ofthe CPU 31 inquiring of the wireless communication module 34 aboutwhether or not the wireless communication module 34 has received apassing connection response. As a result of the determination, when itis determined that the wireless communication module 34 has not receivedthe passing connection response (NO at step S161), the processingproceeds to later-described step S167. On the other hand, when it isdetermined that the wireless communication module 34 has received thepassing connection response (YES at step S161), it indicates that thereis another game apparatus 1 which can respond to a request issued by thegame apparatus 1 (i.e., to which a connection has been established forlocal communication) (step S28 in FIG. 22 comes in this flow). Thus, atthe next step S162, the data in the transmission box 523 of the passingcommunication data 520 is transmitted to the other game apparatus 1which is the communication partner. Note that, as described above, datato be transmitted is limited to data in a slot 521 whose application ID522 agrees with that in the passing communication data 520 of thecommunication partner.

Next, at step S163, a transmission time and the MAC address of the othergame apparatus 1, which is the communication partner, are stored in thecommunicated terminal/dedicated AP information 405 in the wirelesscommunication module 34.

Next, at step S164, it is determined whether or not a process of“reception” in the passing communication has been performed. In thepresent embodiment, in the passing communication, as a general rule,“transmission” and “reception” are performed as a set. Thus, in thisdetermination, it is determined whether both of “transmission” and“reception” or either of “transmission” or “reception” has beenperformed. As a result of the determination, when it is determined thatthe reception process has not been performed (NO at step S164), theprocessing proceeds to later-described step S170, and data transmittedfrom the communication partner is received.

On the other hand, when it is determined that the reception process hasalready been performed (YES at step S164), it is determined at step S165whether or not the “sleep mode” has been cancelled for performing thecommunication (the communication includes “local communication” as wellas later-described “Internet communication”). As a result of thedetermination, when it is determined that the “sleep mode” has beencancelled for the communication (YES at step S165), the game apparatus 1is thought to be in the “sleep mode” before the communication, and thusfor returning to the “sleep mode”, at step S166, an instruction to stoppower supply to the CPU 31 is sent from the CPU 31 itself, and a processfor shifting to the “sleep mode” is performed. In addition, the powersupply state flag 304 in the microcomputer 37 is set to be OFF, and anotification that the “sleep mode” is to be shifted to is given to thepower management IC 41. On the other hand, as a result of thedetermination at step S165, when it is determined that the “sleep mode”has not been cancelled for the communication (NO at step S165), the gameapparatus 1 is thought to have been operating in the “normal powermode”, and thus the process at step S166 is skipped. Then, the localcommunication BG process ends.

The following will describe a process performed when, as a result of thedetermination at step S161, it is determined that the wirelesscommunication module 34 has not received the passing connectionresponse. In this case, first, at step S167, it is determined whether ornot the wireless communication module 34 has received a passingconnection request, namely, a request for passing communication fromanother game apparatus 1. As a result, when it is determined that thewireless communication module 34 has not received the request (NO atstep S167), the processing proceeds to later-described step S173. On theother hand, when it is determined that the wireless communication module34 has received the request (YES at step S167), at step S168, a passingconnection response is generated and transmitted to the other gameapparatus 1 which is the transmission source of the passing connectionrequest (note that the process at step S34 in FIG. 22 proceeds in thisflow). In this case, the passing connection response includes thecontents of the extracted application ID 406 stored in the wirelesscommunication module 34, and is transmitted (in other words, anapplication which is an object of the passing communication is notifiedto the communication partner).

Next, at step S169, a response time and the MAC address of the othergame apparatus 1, which is the communication partner, are stored in thecommunicated terminal/dedicated AP information 405 in the wirelesscommunication module 34.

Next, at step S170, it is determined whether or not data has beenreceived from the communication partner. In the present embodiment, onlyan item whose application ID 522 agrees with that in the communicationpartner is a transmission/reception object. Thus, in this determination,the case is determined, where a request for passing communication isreceived from another game apparatus 1 and a connection thereto isestablished, but no data to be transmitted and received is present dueto no agreeing application ID 522 in the both apparatuses 1. In otherwords, when the connection response transmitted at step S169 is receivedby the partner terminal but it is determined as NO at step S25 in FIG.22 in the partner terminal, no data is transmitted. When it isdetermined that no data has been received from the partner terminal(within a predetermined time period) (NO at step S170), this case isthought to correspond to the case of no agreeing application ID 522, andthus the processing proceeds to step S165 and it is determined whetheror not to return to the “sleep mode”. On the other hand, when it isdetermined that data has been received from the partner terminal (YES atstep S170), at step S171, the received data is stored in the receptionbox 524 of the slot 521 corresponding to the application ID 522. Notethat, when the processing proceeds from step S164 to step S170, itindicates that there is at least one transmission/reception objecthaving an agreeing application ID 522, and data is transmitted from thepartner terminal. Thus, unless a transmission error occurs duringtransmission, it is determined as YES at step S170.

Next, at step S172, it is determined whether or not the transmissionprocess in the passing communication has already been performed. As aresult, when it is determined that the transmission process in thepassing communication has not been performed (NO at step S172), theprocessing proceeds to step S162, and the transmission process in thepassing communication is performed. On the other hand, when it isdetermined that the transmission process has already been performed (YESat step S172), the processing proceeds to step S165.

The following will describe a process performed when, as a result of thedetermination at step S167, it is determined that the passing connectionrequest has not been received. In this case, a process concerning the“Internet communication” is performed. First, at step S173 in FIG. 32,it is determined whether or not the wireless communication module 34 hasreceived a beacon from a dedicated AP 101. As a result of thedetermination, when it is determined that the wireless communicationmodule 34 has received the beacon from the dedicated AP 101 (YES at stepS173), a process of connecting to the dedicated AP 101, which is thetransmission source of the beacon, is performed at step S174. Note thatthe process at step S40 in FIG. 23 proceeds in this flow.

Next, at step S175, the current time and the MAC address of theconnected dedicated AP 101 are stored in the communicatedterminal/dedicated AP information 405 in the wireless communicationmodule 34.

Next, at step S176, the Internet communication BG process is performed.In this process, obtaining of policy data, a process based on the policydata, and a process of executing a task are performed. This process willbe described in detail later. When this process ends, the localcommunication BG process ends.

On the other hand, as a result of the determination at step S173, whenit is determined that the wireless communication module 34 has notreceived the beacon from the dedicated AP 101 (NO at step S173), at stepS177, the game apparatus setting data 560 is referred to, and a processof searching for a predetermined AP which is registered and set in thegame apparatus 1 is performed. For example, a process of searching foran AP which is set at user's home, an AP of a public wireless LANservice which is previously defined as a setting before shipment, or thelike, is performed. The search method is typically passive scan, but thegame apparatus 1 can connect directly to an AP if the ESSID of the APand a frequency used for communication with the AP are previously storedin the game apparatus 1.

Next, at step S178, on the basis of a result of the search at step S177,it is determined whether or not the AP is present. As a result, when itis determined that the AP is not present (the AP is not detected as aresult of the search) (NO at step S178), the processing proceeds to stepS165. On the other hand, when it is determined that the AP is present(YES at step S178), a process of connecting to the searched AP isperformed at step S179. Then, at step S180, the later-described Internetcommunication BG process is performed. When this process ends, the localcommunication BG process ends. This is the end of the description of thelocal communication BG process.

[Internet Communication BG Process]

The following will describe the Internet communication BG process shownat step S176 and the like. In this process, a process concerningtransmission and reception of various data using the “Internetcommunication”, and the like, are performed.

FIG. 33 is a flowchart showing in detail the Internet communication BGprocess. First, at step S191, a policy process is performed. Thisprocess will be described in detail later, and here, obtaining of policydata and adjustment of the execution priorities of tasks based on thepolicy data are mainly performed.

Next, at step S192, a task execution process is performed. This processwill also be described in detail later. In this process, execution oftasks, installation process, and the like are performed.

When the task execution process ends, cutoff of communication with theAP 101 or 102 is performed at step S193. At the subsequent step S194, itis determined whether or not the “sleep mode” has been cancelled for thecommunication. As a result, when it is determined that the “sleep mode”has been cancelled (YES at step S194), at step S195, for returning tothe “sleep mode”, an instruction to stop power supply to the CPU 31 issent from the CPU 31 itself, and a process for shifting to the “sleepmode” is performed. In addition, the power supply state flag 304 in themicrocomputer 37 is set to be OFF, and a notification that the “sleepmode” is to be shifted to is given to the power management IC 41. On theother hand, as a result of the determination at step S194, when it isdetermined that the “sleep mode” has not been cancelled for thecommunication (NO at step S194), the process at step S195 is skipped.Then, the Internet communication BG process ends.

[Policy Process]

The following will describe the policy process shown at step S191. FIGS.34 and 35 are flowcharts showing in detail the policy process. First, atstep S201, a process of establishing a connection to the policy server103 as described above is performed. Next, at step S202, it isdetermined whether or not the AP currently used for communication is adedicated AP 101. The determination is performed on the basis of whetheror not vendor specific information as described above is included in thebeacon used for the connection to the AP. As a result of thedetermination, when it is determined that the dedicated AP 101 is used(YES at step S202), at step S203, a request for policy data, whichincludes an identifier of the used dedicated AP 101 and countryinformation which is set in the game apparatus 1 (and which is includedin the game apparatus setting data 560), is generated and transmitted tothe policy server 103. The request is, for example, an HTTP request asdescribed below.

“https://xxx.net/character string indicating country information/APidentifier!”

On the other hand, when it is determined that the AP currently used forcommunication is not the dedicated AP 101 (NO at step S202), at stepS204, a request for policy data, which includes the country information,is generated and transmitted to the policy server 103. For example, thisrequest is as follows.

“https://xxx.net/character string indicating country information!”

In response to the request as described above, the policy data istransmitted from the policy server 103. Thus, next, at step S205, thepolicy data is downloaded from the policy server 103 and stored as thereceived policy data 570 in the main memory 32 or the NAND flash memory33.

After the end of the downloading, a process for applying the downloadedreceived policy data 570 is performed. Specifically, first, at stepS206, it is determined whether or not the following process has beenperformed for all the policy settings 574 included in the receivedpolicy data 570, in other words, change of the execution priority andthe number of uses has been applied thereto. As a result of thedetermination, when it is determined that the change has been applied toall the policy settings 574 (all the policy settings 574 have beenprocessed) (YES at step S206), the policy process ends. On the otherhand, when any unapplied (unprocessed) policy settings 574 remain (NO atstep S206), one policy setting 574 is selected from the unapplied policysettings 574 at step S207. Hereinafter, the selected policy setting 574is referred to as “process target policy setting”.

Next, at step S208, it is determined whether or not the contents of theprocess target policy setting are contents which cause all tasks to beapplication targets. The determination is performed on the basis ofwhether or not a character string indicating that all the tasks arecaused to be application targets is indicated in the task ID 576 of theprocess target policy setting. As a result of the determination, when itis determined that the contents of the process target policy setting arenot the contents which cause all the tasks to be application targets (NOat step S208), the processing proceeds to later-described step S213.

On the other hand, as a result of the determination, when it isdetermined that all the tasks are caused to be application targets (YESat step S208), it is determined at step S209 whether or not the taskduration 578 of the process target policy setting has been set to be ON,namely, is contents indicating “permanent”. As a result of thedetermination, it is determined as “permanent” (YES at step S209), theexecution priorities 534 of all the tasks registered in the gameapparatus 1 (i.e., in the task data 530) are changed to a valueindicated by the execution priority 577 of the process target policysetting, at step S212. Then, the processing proceeds to later-describedstep S218.

On the other hand, as a result of the determination at step S209, whenit is determined as not “permanent” (NO at step S209), the currentexecution priorities 534 of all the tasks in the task data 530 arebacked up in the main memory 32 at step S210. Then, at step S211, theexecution priorities 534 of all the tasks registered in the gameapparatus 1 are changed to the value indicated by the execution priority577 of the process target policy setting. Then, the processing proceedsto later-described step S218.

The following will describe a process performed when, as a result of thedetermination at step S208, it is determined that the contents of theprocess target policy setting are the contents which cause all tasks tobe application targets. In this case, at step S213, the task data 530 isreferred to, and it is determined whether or not a task setting 531having the same values as those of the task ID 576 and the applicationID 575 of the process target policy setting is present in the task data530. As a result of the determination, when it is determined that such atask setting 531 is not present (NO step S213), it is determined thatthe process target policy setting has been processed, and the processingreturns to step S206. As a result, an unprocessed policy setting 574 isselected as the next process target policy setting from the receivedpolicy data 570, and the same process is repeated.

On the other hand, when it is determined that the task setting 531having the agreeing task ID and application ID is present (YES at stepS213), it is determined at step S214 whether or not the task duration578 of the process target policy setting is a value indicating“permanent”. As a result, when the task duration 578 indicates“permanent” (YES at step S214), at step S215, the execution priority 534of the task setting 531 having the agreeing task ID and application IDis set to be a value indicated by the execution priority 577 of theprocess target policy setting. Then, the processing proceeds tolater-described step S218.

On the other hand, as a result of the determination at step S214, whenit is determined that the task duration 578 does not indicate“permanent” (NO at step S214), the execution priority 534 of the tasksetting 531 having the agreeing task ID and application ID is backed upin the main memory 32 at step S216. Then, at step S217, the executionpriority 534 of the task setting 531 having the agreeing task ID andapplication ID is set to be the value indicated by the executionpriority 577 of the process target policy setting.

Next, at step S218, it is determined whether or not the task setting531, which becomes an application target of change as a result of theexecution priority 534 being changed, satisfies the followingconditions: (1) the number of uses 540 is 0; (2) the execution priority534 after the change is “EXPEDIATE”: and (3) the value of the taskrevision 543 agrees with that of the policy revision 571 of the receivedpolicy data 570 obtained this time. When it is determined that all thethree conditions are not satisfied (NO at step S218), one is added tothe number of uses 540 of the task setting 531 at step S219. In otherwords, in order that a task whose number of uses becomes 0 so that thetask is not executed and whose execution priority is changed to“EXPEDIATE” is executed most preferentially, the value of the number ofuses 540 is changed. Then, at step S220, the value of the policyrevision 571 of the received policy data 570 is recorded as the value ofthe task revision 543 of the applied task setting 531. Then, theprocessing returns to step S206.

On the other hand, as a result of the determination at step S218, whenit is determined that all the three conditions are satisfied (YES atstep S218), it is thought that the policy data of the same revision ispreviously received and the task is executed at that time. In this case,when the policy data of the same revision is received, addition to thenumber of uses 540 is not performed in order not to execute the taskagain, and the processing proceeds to step S220. This is the end of thedescription of the policy process.

[Process of Policy Server]

Here, a process of the policy server 103, which is a communicationpartner in the policy process, will also be described. First, prior to aspecific description of this process, a memory map of the policy server103 in which policy data is stored will be briefly described. FIG. 36 isa diagram showing the memory map of the policy server 103. As shown inFIG. 36, a plurality of policy data 153 is stored for each countryinformation 152 in the policy server 103. The structure of each policydata 153 is the same as that of the received policy data 570 shown inFIG. 18. In FIG. 36, for easy understanding of explanation, only APinformation 154 is shown. The AP information 154 is information in whicha value indicating a predetermined dedicated AP 101 is assigned, orinformation in which a NULL value is set. In the present embodiment, aplurality of policy data 153 in each of which a value indicating adedicated AP 101 is assigned are present for each country information(note that the AP information 154 of the plurality of policy data 153 donot agree with each other). In addition, only one policy data 153 inwhich a NULL value is set in the AP information 154 is present. On thepremise that such policy data 153 is stored in the policy server 103,the following process is performed.

FIG. 37 is a flowchart showing the process performed by the policyserver 103. In FIG. 37, first, at step S231, it is determined whether ornot a request for the policy data 153 as described above has beenreceived. As a result, when it is determined that the request has notbeen received (NO at step S231), the process at step S231 is repeated.In other words, the request is waited for. On the other hand, when it isdetermined that the request for the policy data 153 has been received(YES at step S231), it is determined at step S232 whether or not theidentifier of an AP has been added in the received request. As a result,when the identifier has been added (YES at step S232), it is thoughtthat the game apparatus 1 accesses the policy server 103 via thededicated AP 101. In this case, at step S233, the country information ofthe game apparatus 1 which is included in the request, and the policydata 153 corresponding to the identifier of the AP, are read out. Inother words, the country information included in the request is collatedwith the country information 152 stored in the policy server 103, and ifthere is agreeing country information, the AP identifier included in therequest is collated with the AP information 154, and then, policy data153 having the agreeing AP information 154 is searched for and read out.Then, at step S235, the read policy data 153 is transmitted to the gameapparatus 1 which is the transmission source of the request.

On the other hand, as a result of the determination at step S232, whenit is determined the identifier of the AP has not been added in therequest (NO at step S232), it is thought that the game apparatus 1accesses the policy server 103 not via the dedicated AP 101. Thus, inthis case, at step S234, the country information included in the requestis collated with the country information 152 of the policy server 103 tosearch for agreeing country information 152. Then, the policy data 153in which the NULL value is set in the AP information 154 is read out.Then, at step S235, the policy data 153 is transmitted. This is the endof the description of the process of the policy server.

[Task Execution Process]

The following will describe the task execution process shown at stepS192 in FIG. 33. In this process, transmission and reception ofpredetermined data are performed on the basis of the setting contents ofa task. In addition, an installation process is also performed. FIGS. 38to 40 are flowcharts showing in detail the task execution process.First, at step S251, an execution order sort process is performed. Inthis process, a process of: extracting to-be-executed tasks while theexecution priorities, the next execution times, the numbers of uses, andthe like, of tasks are taken into consideration; and determining anexecution order of the tasks, is performed. In addition, as a result ofthe following process being performed, temporary data which is an“execution order list” is generated in the main memory 32.

FIG. 41 is a flowchart showing in detail the execution order sortprocess at step S251. In FIG. 41, first, at step S291, the task data 530is referred to, and a task setting 531 whose next execution time 537 isprevious to the current time and whose number of uses 540 is not 0 isextracted. The reason why the task setting 531 whose next execution time537 is “previous” to the current time is extracted is that a timing ofconnecting to the dedicated AP 101 is a time when a beacon is receivedby chance, and thus the process of a task is hardly performed at thesame time as a scheduled execution time of the task. Thus, even when theexecution time of the task has already been passed, the task isextracted at this time.

Next, at step S292, each of the extracted task settings 531 isevaluated. This is intended to make adjustment such that a task whichhas not been executed for a long time period is more preferentiallyexecuted. Thus, in the present embodiment, “evaluation point” is used. Ahigh value of the “evaluation point” indicates that the task is to bepreferentially executed. In this process, the last completion time 544of each extracted task setting 531 is compared to the current time, anda higher point is given as an “evaluation point” to an extracted tasksetting 531 having a longer time period from its last completion time544 to the current time. In other words, a high “evaluation point” isset for the task setting 531 of a task which has not been executed for along time period.

Next, at step S293, any task whose execution priority 534 is “STOPPED”is excluded from the extracted tasks. This is because “STOPPED” means tostop execution.

Next, at step S294, on the basis of the execution priority 534 and the“evaluation point”, each task setting 531 which is picked up in theprevious process is sorted. Specifically, each task setting 531 issorted on the basis of the execution priority 534. Next, sorting basedon the “evaluation point” is performed between task settings 531 havingthe same execution priority. As a result, ordering is performed suchthat, of task settings 531 having the same execution priority, a taskwhich has not been executed for a longer time period is morepreferentially executed. Note that, for the task setting 531 of anunexecuted task, namely, for a task setting 531 in which no value is setin the last completion time 544, sorting is performed on the basis ofthe task registration time 545 which is the time when the task setting531 is registered. In other words, sorting is performed such that a taskwhose registered time is early is preferentially executed.

Next, at step S295, it is determined whether or not a task setting 531in which the unprocessed flag 541 has been set to be ON is present. As aresult, when it is determined that the task setting 531 in which theunprocessed flag 541 has been set to be ON is present (YES at stepS295), at step S296, adjustment is performed such that the executionpriority of the unprocessed task setting 531 becomes “HIGH” and theunprocessed task setting 531 comes to a higher rank in the executionorder than any other task settings 531 having an execution priority of“HIGH”. In other words, it is thought that a task which is unprocessedat this time is not executed due to a certain reason when the task ispreviously executable. Thus, adjustment is performed on such a task suchthat the task is executed with a priority next to “EXPEDITE”, therebyachieving a “resume”-like operation. On the other hand, as a result ofthe determination at step S295, when no task setting 531 in which theunprocessed flag 541 has been set to be ON is present (NO at step S295),the process at step S296 is skipped, and the execution order sortprocess ends. As a result, the “execution order list” is generated inthe main memory 32. In the “execution order list”, as a result of theprocess as described above, the tasks picked up in the above process aresorted and shown in the order of execution from highest.

Referring back to FIG. 38, after the execution order sort process ends,at step S252, it is determined whether or not all the tasks listed inthe “execution order list” have been executed. As a result of thedetermination, when it is determined that all the tasks have beenexecuted (YES at step S252), the processing proceeds to later-describedstep S275. On the other hand, when it is determined that any unexecutedtasks remain (NO at step S252), a task which is highest in executionorder is selected from the unexecuted tasks at step S253. Hereinafter,the selected task is referred to as process target task.

Next, at step S254, the unprocessed flag 541 of the task setting 531corresponding to the selected process target task is set to be ON.

Next, at step S255, the communication destination URL 535 of the tasksetting 531 corresponding to the process target task is referred to, andan HTTP request is generated. At the subsequent step S256, the gameapparatus setting data 560 is referred to, and the country informationwhich is set in the game apparatus 1 is added to a character string ofthe generated HTTP request.

Next, at step S257, it is determined whether or not the currentlyperformed “Internet communication” is communication using the dedicatedAP 101, namely, the game apparatus 1 connects to the Internet via thededicated AP 101. As a result, when it is determined that the currentlyperformed “Internet communication” is the communication using thededicated AP 101 (YES at step S257), the AP identifier of the currentlyused AP is further added to the character string of the HTTP request atstep S258. On the other hand, when it is determined that the dedicatedAP is not used (NO at step S257), the process at step S258 is skipped.

Next, at step S259, by referring to the transmission/receptionidentification flag 539 of the task setting 531 corresponding to theprocess target task, it is determined whether or not the process targettask is a “reception task”. In other words, it is determined whether theprocess target task is a task for receiving data or a task fortransmitting data. As a result, when it is determined that the processtarget task is the “reception task” (YES at step S259), at step S260,the HTTP request generated in the above process is transmitted to aserver which is indicated by the communication destination URL 535 ofthe task setting 531 corresponding to the process target task.Accordingly, the server starts transmission of predetermined data. Thus,at step S261, downloading (hereinafter, may be referred to DL) of thedata transmitted from the server is started. At step S262, it isdetermined whether or not the downloading has been completed, and whenthe downloading has not been completed (NO at step S262), thedownloading is continued until completion. When the downloading iscompleted (YES at step S262), at the subsequent step S263, thedownloaded data is stored in the storage location indicated by the filepath 536 of the task setting 531 corresponding to the process targettask, namely, in the task reception cache 553 of the application area551 of the application corresponding to the application. ID 532 of thetask setting 531. Then, the processing proceeds to later-described stepS267.

On the other hand, as a result of the determination at step S259, whenit is determined that the process target task is not the “receptiontask”, namely, is the “transmission task” (NO at step S259), at stepS264, data to be transmitted (uploaded) is obtained from the storagelocation indicated by the file path 536 of the process target task,namely, in the present embodiment, from the task transmission data 556of the application area 551 corresponding to the process target task.Then, the data is added to the HTTP request.

Next, at step S265, the HTTP request to which the transmission data isadded is transmitted to the server. In other words, an upload process ofthe data to the URL indicated by the communication destination URL 535is started. Then, when the uploading is completed, a completionnotification (a notification indicating that the uploading of the datais successfully completed) transmitted from the server is received atstep S266. Then, the processing proceeds to step S267.

Next, a step S267 in FIG. 39, the unprocessed flag 541 of the tasksetting 531 corresponding to the process target task is set to be OFF.At the subsequent step S268, the current time is stored as a completiontime in the last completion time 544. Further, at step S269, one issubtracted from the value of the number of uses 540.

Next, at step S270, the execution interval 538 of the task setting 531is referred to, and a next execution time is calculated and stored asthe next execution time 537.

Next, at step S271, it is determined whether or not the process targettask is a task of “obtaining an installation list”. As described above,the task of “obtaining an installation list” is a task which ispreviously set as a setting before shipment of the game apparatus 1. Inthe task setting 531, the fixed task ID 533 which is previouslydetermined is assigned, and settings are made such that the task isperiodically executed. Thus, by referring to the task ID 533, it isdetermined whether or not the process target task is the task of“obtaining an installation list”. As a result of the determination, whenit is determined that the process target task is the task of “obtainingan installation list” (YES at step S271), the installation process isperformed at step S272. This process will be described in detail later.On the other hand, when it is determined that the process target task isnot the task of “obtaining an installation list” (NO at step S271), theprocess at step S272 is skipped.

Next, at step S273, by referring to the temporary change flag 542 of thetask setting 531 corresponding to the process target task, it isdetermined whether or not the execution priority 534 of the processtarget task has been temporarily changed. As a result, when it isdetermined that the execution priority 534 of the process target taskhas been temporarily changed (YES at step S273), at step S274, theexecution priority 534 of the process target task is changed to theoriginal value by using backup execution priority data. On the otherhand, when it is determined that the execution priority 534 of theprocess target task has not been temporarily changed (NO at step S273),the process at step S274 is skipped. Then, the processing returns tostep S252 in FIG. 38, and an unexecuted task is selected as appropriateand the same process is repeated.

The following will describe a process performed when it is determined atstep S252 in FIG. 38 that all the tasks have been executed (YES at stepS252). In this case, a process for setting the next wake-up time 305 isperformed. Specifically, first, at step S275 in FIG. 40, the nextexecution times 537 of all the task settings 531 in the task data 530are read in. At the subsequent step S276, of all the tasks, a taskhaving the earliest next execution time 537 is detected. Then, it isdetermined whether or not the earliest next execution time 537 is within30 minutes from the current time. As a result of the determination, whenit is determined that the earliest next execution time 537 is within 30minutes (YES at step S276), the time 30 minutes after the current timeis set as the next wake-up time 305 at step S277. In other words, asetting is performed such that, when a task is executed, no task isexecuted at least in 30 minutes thereafter. Thus, connection isprevented from being too frequently performed, resulting in furtherpower saving of the game apparatus 1 and reduction in load of networktraffic. Then, the task execution process ends.

On the other hand, as a result of the determination at step S276, it isdetermined that the earliest next execution time 537 is not within 30minutes from the current time (NO at step S276), it is determined atstep S278 whether or not the earliest next execution time 537 is laterthan the time three hours after the current time. As a result, when itis determined that the earliest next execution time 537 is later thanthe time three hours after the current time (YES at step S278), the timethree hours after the current time is set as the next wake-up time 305at step S279. Thus, it means that the game apparatus 1 attempts aconnection at least three hours later, and the game apparatus 1 can becaused to periodically attempt a connection. Note that 30 minutes andthree hours as described above are merely one example, and setting timesare not limited thereto.

On the other hand, when it is determined that the earliest nextexecution time 537 is not later than the time three hours after thecurrent time (NO at step S278), it indicates that the earliest nextexecution time 537 is between 30 minutes and three hours from thecurrent time, and the earliest next execution time 537 is set as thenext wake-up time 305. Then, the task execution process ends. This isthe end of the description of the task execution process.

[Installation Process]

The following will describe in detail the installation process shown atstep S272. In this process, a process concerning update of the system, anew installation process of a free application, a trial version game,and the like, an update process of an existing application, and the likeare mainly performed. FIGS. 42 and 43 are flowcharts showing in detailthe installation process. First, at step S311, it is determined whetheror not the installation list 580 has been updated. The determination isperformed by comparing the list revision 582 of the installation list580 before obtained in the task execution process, to the list revision582 of the installation list 580 after obtained in the task executionprocess.

As a result of the determination, it is determined whether or not theinstallation list 580 has not been updated (the list revision 582 hasthe same value) (NO at step S311), the installation process ends. On theother hand, when it is determined that the installation list 580 hasbeen updated (YES at step S311), it is determined at step S312 whetheror not the latest system update date and time 581 of the latestinstallation list 580 obtained in the task execution process is morerecent than the latest update date and time of the game apparatus 1which is stored in the game apparatus setting data 560. As a result,when it is determined that the latest system update date and time 581 ismore recent than the latest update date and time of the game apparatus 1(YES at step S312), item information 591 indicating “system update” isadded to the download list 590 at step S313. In this case, theinstallation priority 594 is set to a value indicating a highestpriority. On the other hand, as a result of the determination at stepS312, when it is determined that the latest system update date and time581 is not more recent than the latest update date and time of the gameapparatus 1 (NO at step S312), the process at step S313 is skipped.

Next, at step S314, it is determined whether or not it has beendetermined whether or not to perform installation for all theapplication information 584 included in the installation list 580. As aresult, when it is determined that it is determined for all theapplication information 584 (YES at step S314), the processing proceedsto later-described step S318. On the other hand, when undeterminedapplication information 584 remains (NO at step S314), at step S315, oneapplication information 584 is selected from the application information584 for which the determination concerning installation has not beenperformed.

Next, at step S316, on the basis of the rating information 588 of theselected application information 584 and age information of the userwhich is stored in the game apparatus setting data 560, it is determinedwhether or not a condition of rating is satisfied. As a result, when itis determined that the condition of rating is satisfied (YES at stepS316), the item information 591 in which the installation priority 594is set as appropriate is added to the download list 590 at step S317.Note that, for the installation priority 594 which is set here, a valuelower than a priority concerning the system update is set. Then, theprocessing returns to step S314, and the same process is repeated untilthe determination is performed for all the application information 584.On the other hand, when it is determined at step S316 that the conditionof rating is not satisfied (NO at step S316), the process at step S317is skipped, and the processing returns to step S314. In other words, anapplication which does not satisfy the condition of rating is not addedto the download list 590, and thus is not installed.

The following will describe a process performed when, as a result of thedetermination at step S314, it is determined that the determination hasbeen performed for all the application information 584 in theinstallation list 580 (in other words, the download list 590 iscompleted). In this case, data of each application indicated in thedownload list 590, or the like, is downloaded and installed asappropriate. Now, a download source of the data will be described. Inthe present embodiment, an access to a dedicated server called a shopserver is performed. Then, after an application ID is notified to theshop server, a URL indicating a download source of the application issent from the shop server. Then, data (a program file or the like) of afree application or the like is downloaded from the predetermined serveron the basis of the URL.

Next, at step S318, the item information 591 listed in the download list590 is sorted in the order of the installation priority 594.

Next, at step S319 in FIG. 43, it is determined whether or not all theitem information 591 listed in the download list 590 has beendownloaded. As a result, when it is determined that all the iteminformation 591 has been downloaded (YES at step S319), the installationprocess ends.

On the other hand, as a result of the determination at step S319, whenit is determined that not all the item information 591 has beendownloaded (NO step S319), at step S320, the item information 591 havingthe highest installation priority 594 is selected from the iteminformation 591 which has not been downloaded. Hereinafter, the selecteditem information 591 is referred to as process target item information.

Next, at step S321, it is determined whether or not the process targetitem information is related to update of the system. As a result, whenit is determined that the process target item information is related tothe update of the system (YES at step S321), at step S322, an access tothe shop server is performed, and data indicating a list of componentsof the system is obtained. The system of the game apparatus 1 accordingto the present embodiment is constituted of a plurality of programs.Thus, each of the programs constituting the system is referred to as acomponent. For example, the above menu process, the above localcommunication BG process, and the like also correspond to components. Inother words, the list of components of the system is a list of fileswhich need to be updated, out of file (program, data) groupsconstituting the system of the game apparatus 1.

Next, at step S323, it is determined whether or not installation of allthe components indicated in the list of components has been finished.When it is determined that the installation of all the components hasbeen finished (YES at step S323), the processing returns to step S319and the same process is repeated, thereby shifting to a process forother item information other than the system update. On the other hand,when it is determined that not all the components has been installed (NOat step S323), one component is selected from the uninstalled componentsat step S324. Next, at step S325, a request for obtaining data of theselected component is transmitted to the shop server. At the subsequentstep S326, URL information which is transmitted from the shop server andindicates a download source of the selected component is received.

Next, at step S327, a connection to the server indicated by the URL isperformed, and downloading of the component is started. After thedownloading is started, at step S328, data of the component beingdownloaded is expanded onto the on-the-fly cache 600 in parallel withthe downloading. In other words, the data is installed on the fly. Then,when the downloading and the installation on the fly are finished (dueto on-the-fly, they are finished at substantially the same time), theprocessing returns to step S323 and the same process is repeated.

The following will describe a process performed when, as a result of thedetermination at step S321, it is determined that the process targetitem information is not related to the update of the system (NO at stepS321). In such a case, it is thought that the contents indicated by theprocess target item information are a free application, a trial versionof an application, or the like. In this case, first, at step S329, theapplication ID 592 indicated by the process target item information istransmitted to the shop server. Unique information (serial number andthe like) of the game apparatus 1 is transmitted together. Next, at stepS330, URL information which is transmitted from the shop server andindicates URL of a download source is received. Note that the shopserver analyzes the unique information of the game apparatus 1 which istransmitted together with the application ID, and determines whether ornot the request is from the game apparatus 1, not from another apparatussuch as PC. When the request is from the game apparatus 1, the shopserver transmits the information indicating the URL of the downloadsource, to the game apparatus 1.

At the subsequent step S331, a connection to the server indicated by theURL is performed, and downloading of data of the free application or thelike is started. In this case, a key for authenticating the applicationis also downloaded prior to activation of the application. After thedownloading is started, at step S332, the data is installed on the flyas the application program 509 in the program area 500 of the NAND flashmemory 33 (in the case of an existing application, the applicationprogram 509 is overwritten with the data, and in the case of a newapplication, the data is expanded as a new application program 509). Inaddition, at that time, if the installed application is a newapplication, application-related data 550 corresponding to the newlyinstalled application is also generated. As a result, the newapplication becomes a scan target at step S97, and is displayed in themenu.

Next, at step S333, when the installation on the fly is finished, thenew installation flag 554 of the application area 551 corresponding tothe installed application is set to be ON. Then, the processing returnsto step S319, and the same process is repeated. This is the end of thedescription of the installation process.

This is the end of the description of various processes according to thefirst embodiment.

As described above, in the above embodiment, even when power is notsupplied to the CPU 31, if the task execution condition is satisfied,power is automatically supplied to the CPU 31 and a connection to an APis attempted. As a result, it is possible to connect to a networkwithout the user realizing it. In addition, unless the task executioncondition is satisfied, power is not supplied to the CPU 31, and hencepower consumption can be saved. Therefore, even an information terminal,such as a hand-held game apparatus, which does not assume constantconnection, can behave as if being constantly in connection, and canalso save power consumption.

Further, a network connection is performed without the user realizingit, and downloading and installation of a free application or the likeare also performed as described above. Thus, when the user operates thegame apparatus 1 next time, it is possible to provide a surprise to theuser, by a new application having been added. In addition, since such anapplication has already been installed or updated, a waiting time can beprevented for being given to the user.

Further, as a result of the “reception task” being executed, anotification announcing an end of a network service concerning apredetermined application can be received, and the end of the networkservice is notified to the user. In addition, in this case, a taskconcerning the network service is deleted. Thus, the user can know theend of the predetermined network service without independentlycollecting information. In addition, since the unnecessary task isdeleted, the memory capacity can be saved.

Further, in the above embodiment, it is possible to distribute policydata different for each dedicated AP 101. Thus, the execution prioritiesof tasks can be changed for each AP used for a connection to the policyserver. Therefore, tasks to be executed and the execution order thereofcan be changed to some extent in accordance with various locations, andenjoyment of carrying the game apparatus 1 can be provided to the user.In other words, enjoyment of going out to various places with the gameapparatus 1 can be provided to the user.

Further, in the above embodiment, when the game apparatus 1 connects tothe policy server, an identifier different for each dedicated AP 101 aswell as country information which is set in the game apparatus 1 areused for determining policy data to be distributed. Thus, for example,even when a plurality of game apparatuses 1 connect to the samededicated AP 101, policy data which is different depending on thecountry information which is set in each game apparatus 1 can bedistributed.

Further, even when the game apparatus 1 accesses the policy server, forexample, via the AP 102 at user's home, which is not the dedicated AP101, it is possible to distribute policy data which is differentdepending on the country information.

Further, in the above embodiment, since the application ID and the taskID are used when the policy data is applied, the execution priorities oftasks can be changed for each application. Thus, with the combination ofthe country information and the application, it is possible to moreflexibly change the execution priorities.

Further, concerning the installation process, in the case of systemupdate, installation is performed on the fly, but it is confirmed withthe user whether to reflect the installation. When confirmation isobtained, the update of the system is reflected by renaming the filename and restart. Thus, a waiting time given to the user at the updateof the system can be shortened. In addition, installation of anapplication having a small effect, such as a free application, otherthan the update of the system, is performed without user's confirmation.Thus, convenience to the user can be enhanced further. Sinceinstallation is performed without the user realizing it and the softwareconfiguration of the game apparatus 1 is changed, a new surprise can beprovided to the user, and a motivation to play a newly installedapplication can be provided to the user.

Further, when the next execution time of a task (the next wake-up time)is too close to the current time, adjustment is performed such that thetask is not executed in a predetermined time period. Thus, tasks areprevented from being frequently executed at time intervals which are tooshort, and a wasteful process and wasteful network traffic can beomitted. In addition, when the next execution time is too far from thecurrent time, time adjustment is performed, and thus it is possible tocause a connection to be attempted periodically to some extent.

Further, as the execution priority, “HIGH”, “MEDIUM”, and “LOW”, whichsimply indicate a priority, as well as “STOPPED” indicating that thetask is not executed and “EXPEDITE” indicating a highest priority areused. Then, the policy data is caused to be received, and it is possibleto change these execution priorities. Thus, since “STOPPED” and“EXPEDITE” are used, tasks executed by the game apparatus 1 can also becontrolled to some extent by the server (the provider of the networkservice).

Note that, in the above embodiment, as an operation for shifting to the“sleep mode” or an operation for cancelling the “sleep mode”, anoperation of closing or opening the game apparatus 1 having the foldablehousing is exemplified. However, such operations are not limitedthereto, and shift or cancellation may be performed with an operation ofa button.

Further, in the above embodiment, concerning the determination as towhether or not it is in the “sleep mode” in the wireless module process,when it is impossible to access the power supply state flag 304, it isdetermined that it is in the “sleep mode”, and an instruction to cancelthe “sleep mode” is issued to the CPU 31. Concerning cancellation of the“sleep mode”, in addition to this example, the following process may beperformed without directly determining whether or not it is in the“sleep mode”. For example, regardless of whether or not the gameapparatus 1 is currently in the “sleep mode”, the wireless communicationmodule 34 issues an instruction to cancel the “sleep mode”, to the CPU31. Then, if it is in the “sleep mode” when the CPU 31 receives theinstruction, the CPU 31 cancels the “sleep mode”, and if it is not inthe “sleep mode” when the CPU 31 receives the instruction, the CPU 31neglects the instruction. In addition, such a process can be performednot only between the wireless communication module 34 and the CPU 31 butalso between the microcomputer 37 and the CPU 31. In other words, aprocess method as described above can be used for a general process fordetermining whether or not it is in the “sleep mode” and cancelling the“sleep mode” when it is in the “sleep mode”.

Further, in the above embodiment, as one “task”, a task of only“transmitting” or “receiving” predetermined data is exemplified.However, the present invention is applicable to even the case where aprocess of performing both “transmission and reception” is one task.

Further, in the above embodiment, the next wake-up time 305 is set onthe basis of the next execution time 537 of the task. Alternatively,regardless of the next execution time of the task, scan of an AP may beperformed periodically at predetermined time intervals.

Further, in the above embodiment, the dedicated AP 101 is identified onthe basis of whether or not vendor specific information is included in abeacon as described above. Alternatively, a general AP 102 (e.g., an APat user's home) which does not have such vendor specific information maybe caused to operate similarly to the dedicated AP. In this case, anESSID of such a general AP 102 is stored as the dedicated APidentification information 404. Then, the same process as in the case ofthe dedicated AP 101 may be performed by determining whether or not anESSID included in a received beacon agrees with the stored ESSID.

Further, concerning identification of the dedicated AP 101, the MACaddress or an IP address of the dedicated AP 101 may be used instead ofthe vendor specific information.

Further, in the above embodiment, when the policy data is obtained, thecountry information in the game apparatus setting data 56 is used.Alternatively, information, such as a manufacturing number and a serialnumber of the game apparatus 1, an IP address, a resident area of theuser, a user name, the gender and the birthday of the user, and user'favorite color, may be used. These information may be stored in the gameapparatus setting data 560, and their contents may be changeable asappropriate by the user.

Further, in the above embodiment, concerning reception of the policydata, in the case where the policy data is received via the dedicated AP101, the policy data is selected on the basis of the country informationand the AP identifier indicating the dedicated AP 101, and in the casewhere the policy data is received not via the dedicated AP 101, thepolicy data is selected on the basis of only the country information.Alternatively, the information of the game apparatus setting data 560may not be referred to, for example, in the case of via the dedicated AP101, the policy data may be selected on the basis of only the APidentifier, and in the case of not via the dedicated AP 101, commonpolicy data which is previously prepared may be selected, or receptionof policy data may not be performed.

Further, in the above embodiment, the policy data is stored in thepolicy server. Alternatively, the policy data may be stored in thededicated AP, and after a connection to the dedicated AP 101 isestablished, the policy data may be downloaded to the game apparatus 1.Still alternatively, the policy data may be included in a beacontransmitted from an AP. In this case, without establishing a connectionto the AP, the policy data can be received and used while the AP issearched for. In addition, in such a case as well, policy data which isdifferent for each dedicated AP 101 may be stored. Note that, in view ofmanagement of policy data, policy data is preferably stored in onepolicy server 103 such that integrated management is possible.

Concerning generation of a task, data for generating the task may beincluded in the policy data. In this case, after the policy data isreceived, in the game apparatus 1, a new task is generated on the basisof data (a parameter) for task generation, which is included in thepolicy data, and the new task is executed.

Further, concerning the update process of the system, in the aboveembodiment, the latest update date and time of the system are used fordetermining whether or not to perform system update. However, thepresent invention is not limited thereto, and version information may beused. In this ease, the version information may be included in data forupdate of the system.

Further, in the above embodiment, when it is confirmed whether or not toreflect system update, if it is selected that the system update is notto be reflected, data for update is discarded immediately. However, thepresent invention is not limited thereto. For example, confirmation isperformed a plurality of times, and when an instruction not to reflectthe system update is made consecutively predetermined times, the datafor update may be discarded. Thus, it is possible to prevent the datafor update from being discarded by an erroneous operation of the user.

Further, in the above embodiment, the “number of uses” is set for atask. Even for a task whose number of uses is 0, the number of uses maybe increased as a result of policy data being applied (i.e., the taskbecomes executable again). In addition, the system of the game apparatus1 may perform a process of: randomly selecting a task from tasks whosenumber of uses is 0; and increasing its number of uses.

Alternatively, control may be performed such that execution frequency ofa task is gradually decreased by using the number of uses. For example,the following control is considered.

(1) First, it is assumed that there is a task whose number of uses isset to be 30 as an initial value and is executed daily. In this case, asa method of determining whether or not the task is executed daily, itmay be confirmed daily whether or not the number of uses is decreased,or it may be confirmed at an elapse of 30 days whether or not the numberof uses is 0. Alternatively, it may be allowed that there are some dayswhen the task is not executed.

(2) After the task is executed daily and the number of uses becomes 0,the task is caused to be executed once in 10 days in 30 days. Forexample, the task may be executed with a one-in-ten probability eachtime, or execution dates may be determined as appropriate, for example,the task is executed at 10th day, 20th day, and 30th day.

(3) Further, in 90 days thereafter, the task is caused to be executedonce in 30 days. For example, the task may be executed with aone-in-thirty probability, or execution dates may be previouslydetermined.

(4) Further, in 120 days thereafter, the task is caused to be executedonce in 60 days. For example, the task may be executed with aone-in-sixty probability, or execution dates may be previouslydetermined.

(5) Then, after an elapse of 120 days, the task is caused not to beexecuted. For example, the task may be deleted, or the task may not bedeleted and a possibility may be left that the task will be executedthrough another trigger such as control by policy data.

As described above, through a certain trigger, the number of uses of atask concerning an application which has not been used for a while isincreased, and the task is executed, thereby providing a surprise to theuser.

Further, in the above embodiment, as a result of the menu process beingperformed in the start-up process which is performed when the gameapparatus 1 is started, the applications installed in the game apparatus1 are scanned, and their list is displayed as menu. Thus, for example,when the user presses the power button 14F (i.e., starts the gameapparatus 1) in the state where the game apparatus 1 is in the “sleepmode”, the “sleep mode” is cancelled, and a menu screen is immediatelydisplayed in which application icons are aligned as shown in FIG. 4 andthe like. In addition, the same applies to the case where the userpresses the power button 14F to turn on the game apparatus 1 in thestate where power supply is not performed in the game apparatus 1 (thepower is off). As described above, the menu screen, which is a list ofapplications, is displayed when the game apparatus 1 is started.Concerning “start-up” of the game apparatus 1, the present invention isnot limited to the immediate display as described above. For example,the case is also included, where, when the game apparatus 1 is started,first, a logo of the manufacture and a notice such as “precaution touser” are displayed, and then the menu screen is displayed as describedabove. In addition, the case where the menu has a hierarchical structureis included. For example, the case is also included, where, when thegame apparatus 1 is started, a genre menu indicating genres of variousapplications installed in the game apparatus 1, such as “game”, “music”,and “picture”, is displayed, and when any one of the genres is selected,a list of applications belonging to the selected genre is displayed.Further, the menu may have a plurality of hierarchical levels.

Further, in the above embodiment, when a task is generated (step S129and step S130), its execution priority is set to an optional value.However, it is not necessarily necessary to set any value on theexecution priority when a task is generated, and the task may begenerated in a state where the execution priority has not been set yet.Then, the execution priority may be set for the first time byapplication of the policy data. Further, in addition to the executionpriority, a task may be generated in a state where the number of usesand the like have not been set yet, and then the number of uses and thelike may be set for the first time by application of the policy data.

Further, in the above embodiment, the hand-held game apparatus is usedas an example of the information terminal. However, the presentinvention is useful for other portable information terminals, such asPDAs and notebook computers which have a wireless LAN function.

Second Embodiment

The following will describe a second embodiment of the presentinvention. In the second embodiment, an application process which is a“bottle mail application” will be described as one example ofapplications using the processes as described in the above firstembodiment. Note that a game apparatus according to the secondembodiment is the same as that of the above first embodiment. Thus, thesame components are designated by the same reference numerals, and thedetailed description thereof is omitted.

FIGS. 44 and 45 are diagram showing a process outline of the bottle mailapplication according to the second embodiment of the present invention.FIG. 44 schematically shows the game apparatus 1, the transmission box523 and the reception box 524 for passing communication (hereinafter,referred to as “passing communication transmission box” and “passingcommunication reception box”), which is described in the above firstembodiment with reference to FIG. 15, and the task reception cache 553and the task transmission data 556 which are used for communication in atask. In FIG. 44, the passing communication reception box 524 is shownin an upper left portion of a square indicating the game apparatus 1,and the task reception cache 553, the task transmission data 556, andthe passing communication transmission box 523 are aligned vertically onthe right side of the square in order from the upper side.

On the premise of such a schematic diagram, the process outlineaccording to the second embodiment will be described with referent toFIG. 45. In FIG. 45, game apparatuses A to D are shown. In each gameapparatus, the bottle mail application is installed. In addition, abottle mail server is also shown in FIG. 45. In the bottle mailapplication according to the present embodiment, a mail (shown as “BM”in FIG. 45) called “bottle mail”, which is created in the game apparatusA, is transferred from game apparatus to game apparatus. In other words,this application allows a mail to be released so as to drift.

In FIG. 45, the bottle mail is created in the game apparatus A andstored in the passing communication transmission box. In this case,“generation information” is set for the bottle mail. The bottle mail canbe transferred a number of times which is indicated by the “generationinformation”. When the “generation information” is not set, the bottlemail can be transferred without limiting the number of times. Then, thebottle mail is transferred from the game apparatus A to the gameapparatus B by performing passing communication. In other words, thebottle mail is transferred from the passing communication transmissionbox of the game apparatus A to the passing communication reception boxof the game apparatus B.

Then, when the bottle mail application is executed in the game apparatusB, the bottle mail is transferred from the passing communicationreception box of the game apparatus B to the passing communicationtransmission box thereof. At that time, in the game apparatus B, apredetermined value is added to the generation information of the bottlemail. Further, in the game apparatus B, additional information (shown as“Info” in FIG. 45) to be transmitted to the bottle mail server isgenerated. The “Info” includes the bottle mail, the name of the owner ofthe game apparatus B, the generation information after the addition, andthe like. Then, a “transmission task” for transmitting the “Info” to thebottle mail server at an appropriate time is also generated andregistered. As a result, the “transmission task” is executed at anappropriate timing, and the “Info” is transmitted from the gameapparatus B to the bottle mail server. The bottle mail serveraccumulates the information as history information (shown as “Log” inFIG. 45).

Then, passing communication occurs between the game apparatus B and thegame apparatus C, and the bottle mail is transferred from the gameapparatus B to the game apparatus C. Then, when the bottle mailapplication is executed in the game apparatus C, similarly to the caseof the game apparatus B, the bottle mail is transferred from the passingcommunication reception box to the passing communication transmissionbox, addition is performed on the generation information, and the “Info”and the “transmission task” concerning the “Info” are also generated.Then, the “Info” is also transmitted from the game apparatus C to thebottle mail server at an appropriate timing, and accumulated in “Log”.

Then, passing communication occurs between the game apparatus C and thegame apparatus D, and the bottle mail is transferred from the gameapparatus C to the game apparatus D. In the game apparatus D as well, asa result of the bottle mail application being executed, the bottle mailis transferred from the passing communication reception box to thepassing communication transmission box, addition is performed on thegeneration information, and the “Info” is transmitted by the“transmission task”.

As described above, the bottle mail created in the game apparatus A istransferred from game apparatus to game apparatus by passingcommunication. Meanwhile, each of the game apparatuses B, C, and D whichhave received the bottle mail transmits the “Info” to the bottle mailserver at an appropriate timing. Thus, the user of the game apparatus Acan know a later state of the released bottle mail, such as how manypeople the released bottle mail is distributed to, who is the lastrecipient, and the like, by obtaining the “Log” accumulated in thebottle mail server. Then, in the present embodiment, a “reception task”is generated for obtaining such “Log”, and the “Log” is received at anappropriate time.

In other words, in the second embodiment, by performing “localcommunication (passing communication)” and “Internet communication” in acooperative manner, it is possible to provide an application by which anew way of enjoyment is possible.

The following will describe in detail a process according to the secondembodiment. The process as described above is implemented by performing,in a cooperative manner, a “bottle mail application process” performedin the game apparatus 1 and a “bottle mail server process” performed inthe bottle mail server. First, data used in the process will bedescribed. In the process performed in the game apparatus 1, basically,the same data as in the above first embodiment is used. However, as dataof the “bottle mail application”, data indicating the “bottle mail” andthe additional information (“Info” in FIG. 45) is generated asappropriate.

On the other hand, in the bottle mail server, programs for performingthe process as described above as well as the above history informationdata (“Log” in FIG. 45) are stored. FIG. 46 is a diagram showing anexample of a data structure of the history information data. As shown inFIG. 46, the history information data is constituted of a set of bottlemail history data 161, and each bottle mail history data 161 isconstituted of an upload number 162 and a plurality of transferinformation 163. The upload number 162 indicates the number of times forwhich the additional information or the like is uploaded from the gameapparatus 1. In other words, the value indicates the number of times forwhich the bottle mail is transferred. The transfer information 163 isinformation concerning the game apparatuses 1 (the game apparatuses B toD in FIG. 45) which are transfer destinations of the bottle mail, and isconstituted of a set of generation information 164, a sender name 165,AP information 166, and mail contents 167. The generation information164 and the sender name 165 are data transmitted as the additionalinformation from the game apparatus 1. The AP information 166 isinformation for indicating an AP used when the additional information istransmitted. On the basis of this information and a later-described AParea table, an area in which the game apparatus 1 is located when theadditional information is transmitted can be identified. The mailcontents 167 are contents (text) of a bottle mail transmitted togetherwith the additional information. Specifically, the mail contents 167 arecontents of a bottle mail which is transmitted from each transferdestination, such that, on the assumption that the contents of thebottle mail are changed at each transfer destination, it is possible torefer to the change history. In addition, although not shown,information for uniquely identifying each bottle mail, or the like arealso included.

Further, in the bottle mail server, data for identifying an area inwhich an AP is set is also stored. FIG. 47 shows an example of an AParea table which defines the corresponding relations between APs andareas in which APs are set. On the basis of data corresponding to thetable as shown in FIG. 47, the bottle mail server can identify an areabased on the AP information 166.

FIGS. 48 and 49 are flowcharts showing in detail the bottle mailapplication process performed in the game apparatus 1. Note that,processes at steps S351 to S354 in FIG. 48 and processes at steps S367to S373 in FIG. 49 are the same as the processes at steps S121 to S124in FIG. 28 and steps S134 to S140 in FIG. 29 (data used in theseprocesses is data concerning a bottle mail as described above). Thus,the detailed description of these processes is omitted.

In FIG. 48, at step S355 subsequent to step S354, a predetermined valueis added to generation information which is set (appended) to a bottlemail. Next, at step S356, it is determined whether or not the generationinformation is less than a threshold. For example, the threshold ispreviously set as a defined value in the bottle mail application. As aresult of the determination, when it is determined that the generationinformation is not less than the threshold (NO at step S356), it isdetermined that the bottle mail cannot be transferred anymore, and theprocessing proceeds to later-described step S360.

On the other hand, when it is determined that the generation informationis less than the threshold (YES at step S356), it indicates that it ispossible to transfer the bottle mail, and thus a process fortransferring the bottle mail to another game apparatus by using passingcommunication is performed at step S357. In other words, a valueindicating the bottle mail application is stored in the application ID522 of a slot 521 associated with the bottle mail application. Inaddition, the bottle mail obtained at step S354 (which is stored in thepassing reception data 558 in the saved data 555) is transferred to thetransmission box 523 of the slot 521.

Next, at step S358, additional information data (“Info” in FIG. 45) tobe transmitted to the bottle mail server is generated and stored in thesaved data 555. In other words, data including the generationinformation and the user name obtained from the game apparatus settingdata 560 is created and stored in the task transmission data 556together with the bottle mail. Next, at step S359, a “transmission task”for transmitting the data prepared at step S358 to the bottle mailserver at an appropriate time is generated.

Next, at step S360, it is determined whether or not a newly releasedbottle mail has been created (by the user). As a result, when the newbottle mail has not been created (NO at step S360), the processingproceeds to later-described step S363. On the other hand, when the newbottle mail has been created (YES at step S360), preparations are madeat step S361 for transferring the newly created bottle mail to anothergame apparatus 1 by passing communication. In other words, a valueindicating the bottle mail application is stored in the application ID522. Further, the newly created bottle mail is stored in thetransmission box 523. Note that, when a bottle mail is stored at stepS357, the bottle mail received from the other game apparatus 1 and thebottle mail created by the user are stored together accordingly.

Next, at step S362, a “reception task” for obtaining, from the bottlemail server, history information data (“Log” in FIG. 45) indicating astate of the released bottle mail created by the user, is generated.

Next, at step S363 in FIG. 49, it is determined whether or not aninstruction for confirming the state of the released bottle mail hasbeen made by the user. As a result, when it is determined that theinstruction has not been made (NO at step S363), the processing proceedsto later-described step S367.

On the other hand, when it is determined that the instruction has beenmade by the user (YES at step S363), an immediate-execution type taskfor receiving, from the bottle mail server, the history information dataindicating the state of the released bottle mail, is generated andimmediately executed at step S364. Next, at step S365, as a result ofimmediate execution of the task, it is determined whether or not newdata (here, the received history information data) for the bottle mailapplication is present in the task reception cache 553. As a result,when it is determined that such data is not present (NO at step S365),the processing proceeds to later-described step S367. On the other hand,when it is determined that the new data for the bottle mail applicationis present (YES at step S365), the new data is transferred to the taskreception data 557 in the saved data 555 of the bottle mail applicationat step S366. Since the new data is transferred to the saved data 555 asdescribed above, it is possible to access the history information datathrough the bottle mail application.

Then, at step S367, it is determined whether or not new data for thebottle mail application is present as a result of the “reception task”generated at step S362 in FIG. 48 or at step S364 in FIG. 49. As aresult, when the new data is not present (NO at step S367), theprocessing returns to the step S351 and the same process is repeated. Onthe other hand, when the new data is present (YES at step S367), atsteps S368 to S373, a process of determining whether or not a networkservice concerning the bottle mail application is ended, and a processof clearing tasks and data for passing communication when the networkservice is ended, are performed. The processes are the same as theprocesses at steps S135 to S140 in FIG. 29, and thus the detaileddescription thereof is omitted.

After the end of the process at step S373, at step S374, the receivedhistory information data is referred to, and information such as“generation information”, “name of recipient”, “upload number”, and“area” is displayed. Here, the “area” is information which is determinedand added by the bottle mail server in the later-described process ofthe bottle mail server.

Next, at step S375, it is determined whether or not to end the bottlemail application. When it is determined that the bottle mail applicationis not to be ended (NO at step S375), the processing returns to the stepS351 and the same process is repeated. When it is determined that thebottle mail application is to be ended (YES at step S375), the bottlemail application process is ended. This is the end of the description ofthe bottle mail application.

The following will describe the process performed in the bottle mailserver in response to the bottle mail application. FIG. 50 is aflowchart showing in detail the process of the bottle mail server. InFIG. 50, first, at step S391, it is determined whether or not data(“Info” in FIG. 45) transmitted from the game apparatus 1 by theexecution of the “transmission task” (the task generated at step S359 inFIG. 48) as described above has been received. As a result, when it isdetermined that the data has not been received (NO at step S391), theprocessing proceeds to later-described step S394. On the other hand,when it is determined that the data has been received (YES at stepS391), the received data is stored as the bottle mail history data 161(stored as “Log” in FIG. 45) at step S392.

Next, at step S393, one is added to the upload number 162 correspondingto the received bottle mail.

Next, at step S394, it is determined whether or not a request for thehistory information data has been received from the game apparatus 1.The request is issued by the “reception task” (the task generated atstep S362 in FIG. 48 or at step S364 in FIG. 49). As a result of thedetermination, when it is determined that the request has not beenreceived (NO at step S394), the processing returns to step S391 and thesame process is repeated. On the other hand, when it is determined thatthe request has been received (YES at step S394), at step S395, thehistory information data is referred to, and the bottle mail historydata 161 corresponding to the contents of the request is read out. Notethat, as a method of identifying the bottle mail history data 161, forexample, a predetermined ID number is generated on the basis of thecreator and the created date and time of the bottle mail and a numberunique to the game apparatus 1 used for creating the bottle mail, and isburied in data of the bottle mail. Then, when the request is issued, theID number is caused to be included in the request, and thus is used foridentifying the bottle mail history data 161.

Next, the AP information 166 of the read bottle mail history data 161 isobtained and the AP area table (see FIG. 47) is referred to, therebyobtaining an area 172 associated with the AP information 166.

Next, history information data is created on the basis of the contentsof the read bottle mail history data 161 and the area 172, andtransmitted to the game apparatus 1 which is the request source. Then,the processing returns to step S391 and the same process is repeated.This is the end of the description of the process of the bottle mailserver.

As described above, in the second embodiment, a bottle mail created in agame apparatus 1 is transferred to another game apparatus 1 by using thepassing communication. Then, in the game apparatus 1 which has receivedthe bottle mail by the passing communication, additional informationsuch as user name and AP information is added to the received data, andthe received data is transmitted to the bottle mail server. Thus, thecreator of the bottle mail can confirm a current state of the releasedbottle mail created by themselves, by inquiring of the bottle mailserver. Further, in addition to a final state, it is possible to knowinformation concerning users involved in transfer of the bottle mail. Byperforming the “local communication” (passing communication) and the“Internet communication” (communication with the bottle mail server) ina cooperative manner, it is possible to provide a new way of enjoymentto the user.

Note that, in the above embodiment, when the creator of the bottle mailconfirms the current state of the bottle mail created by themselves, the“reception task” is generated. However, it is not necessarily necessaryto use a “task”, and an access to the bottle mail server may beperformed as appropriate in accordance with an operation of the user(without using a task) for obtaining the history information data. Here,in addition to the game apparatus 1 which releases the bottle mail, thecurrent state of the bottle mail may be able to be confirmed from othergame apparatuses 1 involved in transfer of the bottle mail.

Further, concerning identification of “area”, in the above embodiment,the “area” is identified in the bottle mail server on the basis of theAP information 166. Alternatively, the AP information 166 may betransmitted from the bottle mail server to the game apparatus 1, and the“area” may be identified in a process in the game apparatus 1 on thebasis of the AP information 166.

Third Embodiment

The following will describe a third embodiment of the present invention.In the third embodiment, an example of a process in which transmissionand reception by a task (Internet communication) and the “passingcommunication” (local communication) are performed in a cooperativemanner as described in the above first embodiment, will be described.Specifically, an example in which data received by a task is transmittedto another game apparatus by using the “passing communication”, and anexample in which data received from another game apparatus by the“passing communication” is uploaded to a predetermined server by using atask, will be described.

First, a process of transmitting data received from a server or the likevia an AP by execution of the task, to another game apparatus by usingthe “passing communication” will be described. For example, the case isassumed, where a trial version, a free game, or the like, which isobtained by the execution of the task, is transmitted to another gameapparatus 1 by using the “passing communication”. In this case, forexample, it is assumed that, as a result of the execution of the task inthe game apparatus A, the trial version, the free game, or the like isinstalled. At that time, in the game apparatus A, data of the trialversion, the free game, or the like is configured to be set in thepassing communication data 520. Thus, it is possible to transmit thedata to another game apparatus by the “passing communication”. Further,in the game apparatus which receives the data, the trial version, thefree game, or the like, which is obtained by the “passingcommunication”, may be automatically installed. The data which isreceived by the execution of the task and transmitted to the other gameapparatus 1 by the “passing communication” is not limited to the trialversion, the free game, and the like, and may be data used for a gameapplication.

The following will describe, as another example, a process of uploadingdata obtained from another game apparatus by the “passing communication”to a predetermined server by using a “transmission task”. For example, agame apparatus B is assumed, which is set so as to be allowed to performonly the “local communication” since the user has not registered any APin the game apparatus B. In such a case, in the game apparatus B, uploaddata to be uploaded to the predetermined server is created, and taskgeneration data for generating a “transmission task” for transmittingthe upload data is created. For example, this data is considered to havethe same structure as that of the policy data. Then, both data areconfigured to be stored in the passing communication data 520. As aresult, these data are transmitted to the game apparatus A by the“passing communication”. In the game apparatus A, a “transmission task”is generated on the basis of the task generation data received by the“passing communication” (the same processes as those at steps S129 andS130 are only necessarily performed). As a result, by executing thistask, for the game apparatus B, the game apparatus A can transmit theupload data generated in the game apparatus B to the predeterminedserver.

By performing the “Internet communication” and the “local communication”in a cooperative manner as described above, it is possible to exchangevarious data between a plurality of game apparatuses 1. Further, evenfor a game apparatus 1 which is set such that the “Internetcommunication” is disabled, it is possible to perform indirectly the“Internet communication” by transmitting and receiving data via anothergame apparatus using the “local communication” (passing communication).

Note that, in each of the above embodiments, a series of processesperformed in the game apparatus 1 may be performed in an informationprocessing system which is constituted of a plurality of informationprocessing apparatuses. For example, in an information processing systemwhich includes a terminal side apparatus and a server side apparatuscommunicable with the terminal side apparatus via a network, a part ofthe series of processes performed in the game apparatus 1 (e.g., a partof a application process) may be performed by the server side apparatus.Alternatively, in an information processing system which includes aterminal side apparatus and a server side apparatus communicable withthe terminal side apparatus via a network, a main process of the seriesof the processes may be performed by the server side apparatus, and apart of the series of the processes may be performed by the terminalside apparatus. Still alternatively, in the information processingsystem, a server side system may be constituted of a plurality ofinformation processing apparatuses, and a process to be performed in theserver side system may be divided and performed by the plurality ofinformation processing apparatuses.

While the invention has been described in detail, the foregoingdescription is in all aspects illustrative and not restrictive. It willbe understood that numerous other modifications and variations can bedevised without departing from the scope of the invention.

1. A portable information terminal comprising: task setting means forsetting one or more tasks each representing process contents oftransmission or reception of data; connection means for searching for anaccess point and performing a connection to the searched access point;task execution parameter obtaining means for, before the one or moretasks are executed via the access point connected by the connectionmeans, obtaining an execution control parameter, for at least one of theone or more tasks, which indicates at least one of an executioninstruction, whether or not to execute the task, and an executionpriority, in accordance with an access point identifier which indicatesthe access point; and task execution means for performing transmissionor reception of data via the access point by executing at least one ofthe one or more tasks on the basis of the execution control parameter.2. The portable information terminal according to claim 1, furthercomprising: identifier obtaining means for obtaining the access pointidentifier which indicates the access point searched by the connectionmeans; and request transmission means for transmitting a request for theexecution control parameter, which includes the access point identifier,to a predetermined server, wherein the task execution parameterobtaining means receives, from the predetermined server, the executioncontrol parameter corresponding to the access point identifier includedin the request.
 3. The portable information terminal according to claim1, wherein the task setting means sets, for each of the one or moretasks, an execution control parameter which indicates at least one of:an execution instruction; whether or not to execute the task; and anexecution priority, the portable information terminal further comprisesexecution parameter change means for changing the execution controlparameter for at least one of the one or more tasks, on the basis of theexecution control parameter obtained by the task execution parameterobtaining means, and the task execution means performs transmission orreception of data via the access point by executing at least one of theone or more tasks on the basis of the execution control parameter foreach of the one or more tasks.
 4. The portable information terminalaccording to claim 1, wherein the execution control parameter includesinformation which is indicative of not executing at least one of the oneor more tasks, and the task execution means does not execute a task forwhich the information is set, which is indicative of not executing thetask.
 5. The portable information terminal according to claim 1, whereinthe execution control parameter includes information which is indicativeof executing at least one of the one or more tasks, and the taskexecution means executes a task for which the information is set, whichis indicative of executing the task.
 6. The portable informationterminal according to claim 1, further comprising execution orderdetermination means for determining an order of executing the one ormore tasks, on the basis of the execution control parameter, wherein thetask execution means performs transmission or reception of data via theaccess point by executing the one or more tasks on the basis of theorder.
 7. The portable information terminal according to claim 1,wherein the connection means repeatedly and automatically searches forthe access point, and the task execution parameter obtaining meansautomatically obtains the execution control parameter before the one ormore tasks are executed via the access point connected by the connectionmeans.
 8. The portable information terminal according to claim 1,further comprising: program execution means for executing a plurality ofapplication programs; and reception means for receiving, from each ofthe application programs, process contents of transmission or receptionof data which is performed with another information apparatus via anetwork, wherein the task setting means registers, as a task, theprocess contents of transmission or reception of data, which arereceived from each of the application programs by the reception means,and the task execution means automatically executes at least one of theone or more tasks.
 9. The portable information terminal according toclaim 1, wherein the task execution parameter obtaining means obtainsthe execution control parameter each time a connection to the accesspoint is established by the connection means.
 10. The portableinformation terminal according to claim 3, wherein each of the one ormore tasks includes an executable number of times thereof, the taskexecution parameter obtaining means further obtains information which isindicative of increasing the executable number of times of at least oneof the one or more tasks, in accordance with the access pointidentifier, the execution parameter change means increases theexecutable number of times of a task for which the information is set,which is indicative of increasing the executable number of times of thetask, and the task execution means decreases the executable number oftimes of an executed task.
 11. The portable information terminalaccording to claim 10, wherein the task execution means does not executea task whose executable number of times is 0, and the executionparameter change means increases the executable number of times of atask, which is 0, of tasks for each of which the information is set,which is indicative of increasing the executable number of times of thetask.
 12. The portable information terminal according to claim 1,further comprising storage means for storing terminal unique informationwhich is unique to the portable information terminal, wherein the taskexecution parameter obtaining means receives the execution controlparameter in accordance with the access point identifier and theterminal unique information.
 13. The portable information terminalaccording to claim 1, further comprising: storage means for storingterminal unique information which is unique to the portable informationterminal; and identifier determination means for determining whether ornot the access point identifier is set for the access point, whereinwhen it is determined by the identifier determination means that theaccess point identifier is set, the task execution parameter obtainingmeans receives the execution control parameter at least in accordancewith the access point identifier, and when it is determined by theidentifier determination means that the access point identifier is notset, the task execution parameter obtaining means receives the executioncontrol parameter in accordance with the terminal unique information.14. The portable information terminal according to claim 3, wherein thetask execution parameter obtaining means further obtains a durabilityidentifier which indicates whether a change of the execution controlparameter obtained by the task execution parameter obtaining means istemporary or permanent, in accordance with the access point identifier,when the durability identifier indicates that the change is permanent,the execution parameter change means overwrites the execution controlparameter of the task with contents indicated by the received executioncontrol parameter, when the durability identifier indicates that thechange is temporary, the execution parameter change means temporarilychanges the execution control parameter of the task to the contentsindicated by the received execution control parameter, and after thetask for which the execution control parameter is temporarily changed isexecuted, the task execution means returns the execution controlparameter of the task to original contents before the temporary change.15. The portable information terminal according to claim 1, furthercomprising: task execution timing setting means for setting an executiontime and/or an execution interval of each of the one or more tasks; nexttime setting means for, when execution of each task via the access pointby the task execution means is completed, setting a next connection timeof connecting to the access point next, on the basis of the executiontime and/or the execution interval of each task which are set by thetask execution timing setting means; clocking means for measuring aninterval between a current time and the next connection time; and nexttime correction means for: correcting the next connection time to apredetermined time which is a time after a first time period from thecurrent time, when the interval measured by the clocking means is equalto or less than the first time period; and correcting the nextconnection time to a predetermined time which is a time within a secondtime period from the current time, when the interval measured by theclocking means is equal to or more than the second time period, whereinthe connection means automatically searches for the access point at atime which is set by the next time correction means, and performs aconnection to the searched access point.
 16. A computer-readable storagemedium having stored thereon a portable information terminal controlprogram which is executed by a computer of a portable informationterminal, the portable information terminal control program causing thecomputer to operate as: task setting means for setting one or more taskseach representing process contents of transmission or reception of data;connection means for searching for an access point and performing aconnection to the searched access point; task execution parameterobtaining means for, before the one or more tasks are executed via theaccess point connected by the connection means, obtaining an executioncontrol parameter, for at least one of the one or more tasks, whichindicates at least one of an execution instruction, whether or not toexecute the task, and an execution priority, in accordance with anaccess point identifier which indicates the access point; and taskexecution means for performing transmission or reception of data via theaccess point by executing at least one of the one or more tasks on thebasis of the execution control parameter.
 17. A portable informationsystem comprising: task setting means for setting one or more tasks eachrepresenting process contents of transmission or reception of data;connection means for searching for an access point and performing aconnection to the searched access point; task execution parameterobtaining means for, before the one or more tasks are executed via theaccess point connected by the connection means, obtaining an executioncontrol parameter, for at least one of the one or more tasks, whichindicates at least one of an execution instruction, whether or not toexecute the task, and an execution priority, in accordance with anaccess point identifier which indicates the access point; and taskexecution means for performing transmission or reception of data via theaccess point by executing at least one of the one or more tasks on thebasis of the execution control parameter.
 18. A method of controlling aportable information terminal, the method comprising: a task settingstep of setting one or more tasks each representing process contents oftransmission or reception of data; a connection step of searching for anaccess point and performing a connection to the searched access point; atask execution parameter obtaining step of, before the one or more tasksare executed via the access point connected by the connection step,obtaining an execution control parameter, for at least one of the one ormore tasks, which indicates at least one of an execution instruction,whether or not to execute the task, and an execution priority, inaccordance with an access point identifier which indicates the accesspoint; and a task execution step of performing transmission or receptionof data via the access point by executing at least one of the one ormore tasks on the basis of the execution control parameter.